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1.  INTRODUCTI QN/SUMMARY 


This  final  report  summarizes  the  recent  work  performed 
by  the  Communications  Satellite  Corporation  (COMSAT)  on  the 
Atlantic  Packet  Satellite  (SATNET)  program  under  Contract 
No.  F  04701-76-C-0240.  This  final  report  covers  the  time  period 
from  the  third  quarter  of  1978  until  the  end  of  the  contract  in 
the  third  quarter  of  1979.  Although  COMSAT's  participation  in 
the  SATNET  program  dates  back  to  the  Fall  of  1976,  the  work 
during  that  earlier  period  is  summarized  adequately  in  Refer¬ 
ences  |1 J  —  [41.  This  report  will  not  cover  those  earlier  phases 
of  the  contract. 

Early  in  1978,  COMSAT  started  work  under  a  fourth  modi¬ 
fication  to  the  contract  to  design,  develop,  fabricate  and  in** 
stall  new  packet  satellite  program  (PSP)  terminals  at  the 
Goonhilly  and  Tanum  earth  stations.  A  third  PSP  terminal  for  the 
Etam  earth  station  was  to  be  fabricated  and  installed  under  sep¬ 
arate  funding.  The  new  PSP  terminals  were  planned  to  replace  the 
temporary  equipment  configurations  at  each  earth  station  which 
utilised  SPADE  channel  units,  and  prototype  SPADE/SIMP  Interface 
(SSI)  modules,  to  conduct  the  SATNET  experiments.  Additionally, 
the  new  terminals  would  contain  more  complex  (Phase-II)  interface 
modules,  allowing  a  variety  of  coded/uncoded  and  QPSK/BPSK 
packet-transmission-mode  combinations  to  be  selected  when  a  small 
earth  station  must  participate  in  SATNET.  Finally,  the  new  ter¬ 
minals  would  include  a  new  conmand  and  monitoring  module  (CMM)  to 
allow  the  SIMP  to  both  change  the  configuration  of  the  PSP  ter¬ 
minal,  and  to  extract  measurements  from  the  modems  and  interfaces 
to  monitor  status  and  assess  performance. 
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The  development,  fabrication,  and  installation  of  the 
new  PSP  terminals  has  turned  out  to  be  a  much  more  complex  job 
than  originally  estimated.  As  a  result,  the  time  and  resources 
required  to  complete  the  last  modification  to  the  contract  have 
exceeded  those  original  estimates  by  more  than  a  factor  of  two. 

It  follows  that  almost  all  of  COMSAT's  effort  during  the  latter 
part  of  the  contract  has  been  devoted  to  completing  and  install¬ 
ing  the  PSP  terminals.  This  final  report  reflects  that  emphasis. 

Sections  2  and  3  of  this  report  summarize  earlier  de¬ 
scriptive  and  technical  material  relative  to  the  UET  (unattended 
earth  station)  implementation,  and  early  study  activities  in  sup¬ 
port  of  the  SATNET  experiment.  This  material  is  extracted  (with 
some  updating)  from  the  second  interim  progress  report  [4]. 

Section  5  of  this  report  includes  a  description  of  the 
new  PSP  terminal  as  delivered  to  the  three  large  earth  stations. 
Each  subassembly  is  described  briefly  and  the  formats  of  the  var¬ 
ious  packet  transmission  and  reception  modes  are  defined.  Test 
data  on  the  microprocessor-based  QPSK  modems  included  in  the  ter¬ 
minals  are  also  included  in  this  section.  Finally,  Section  5 
concludes  with  a  functional  description  of  the  CMM;  more  detail 
on  this  module  is  contained  in  Appendix  A  to  this  report. 

In  addition  to  the  work  directly  related  to  the  new 
PSP  terminals,  three  other  activities  have  been  pursued  by 
COMSAT,  as  time  and  resources  permitted,  during  the  last  year  of 
the  contract.  First,  work  has  continued  on  SATNET  experiments 
and  the  software  related  to  initiating  and  monitoring  these  ex¬ 
periments.  A  summary  of  these  activities  through  early  1979  is 
contained  in  Section  4  of  this  report.  Secondly,  a  sustained 
effort  has  been  necessary  to  monitor  SATNET  performance,  to  re¬ 
spond  to  reports  of  link  problems,  and  to  document  the  results 
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of  the  necessary  corrective  actions.  This  work  has  required 
close  coordination  with  the  network  control  center  at  BB&N  in 
Boston,  network  operations  at  COMSAT  Headquarters,  and,  in  some 
cases,  the  earth  stations.  The  data  collected  and  the  problems 
experienced  since  January  1979  are  sunmarized  in  Section  6  of 
this  report.  Finally,  Section  7  of  this  final  report  contains 
the  preliminary  results  of  a  tradeoff  study  comparing  packet 
transmission  techniques  to  the  alternatives  for  data  transmis¬ 
sion  by  satellite.  This  tradeoff  study  constituted  a  major  task 
in  COMSAT's  original  contract.  Unfortunately,  work  on  this  study 
was  always  preempted  by  higher  priority  work.  Consequently,  the 
material  included  in  Section  7  is  the  result  of  only  a  brief 
activity  to  develop  an  economic  tradeoff  model  to  assess  the 
effectiveness  of  packet  transmission  by  satellite.  The  approach 
to  modeling  is  described  in  Section  7  of  this  report  with  details 
of  the  computer  program  given  in  Appendix  B.  The  preliminary 
results  are  illustrative  of  the  tradeoffs  that  could  be  examined 
with  further  development  and  refinement  of  this  model. 

In  the  remainder  of  this  section,  a  brief  summsry  will 
be  given  of  the  three  major  areas  of  activity  by  COMSAT  during 
the  last  year  of  the  SATNET  contract.  These  areas  ares  PSP 
installation,  SATNET  channel  monitoring  and  maintenance,  and  the 
preliminary  tradeoff  study.  The  intent  is  to  summarise  the  major 
events  and  conclusions  in  each  area. 


1.1  PSP  DELIVERY  AND  INSTALLATION 

The  general  milestones  in  PSP  delivery  and  installtaion 
are  shown  at  the  top  of  Figure  1-1.  The  terminal  was  delivered 
to  the  Etam  earth  station  early  in  the  week  of  27  June  and  in¬ 
stallation  and  loopback  tests  wore  successfully  completed  during 
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that  week*  Operation  in  the  network  was  not  successful  due  to 
an  incompatability  between  the  SIMP/COMSAT/Linkabit  interfaces 
which  made  the  PSP  terminal  unable  to  receive  the  transmissions 
from  the  European  stations.  A  hardware  change  was  made  to  the 
interfaces  at  all  three  earth  stations  and  the  PSP  operated  in 
the  net  successfully  for  a  few  days.  An  outage  of  several  days 
was  experienced  on  15  July  when  the  PSP  terminal  stopped  and  it 
was  necessary  to  restore  the  network  using  the  SPADE  backup  sys¬ 
tem.  The  problem  was  traced  to  the  microprocessors  in  the  inter¬ 
faces  which  could  not  be  reset  on  SIMP  command  via  the  CMM.  A 
change  was  made  to  the  EPROMS  in  the  CMM  and  the  PSP  was  restored 
to  the  network.  Note  in  Figure  1-1  that  the  PSP  operated  nor¬ 
mally  for  a  period  of  36  days.  Near  the  end  of  August,  SIMP 
software  and  hardware  changes  at  Goonhilly  again  caused  the.Etam 
terminal  to  miss  a  large  number  of  the  bursts  transmitted  from 
the  European  stations.  The  SPADE  backup  system  was  once  again 
activated  to  restore  the  network. 

The  lower  part  of  Figure  1-1  gives  the  number  of  hello 
packets  missed  per  day  on  the  link  from  Etam  to  Etam.  The  data 
covers  the  time  from  the  first  of  the  year  to  date  and  includes 
the  periods  before  PSP  installation,  during  the  interval  of  more 
than  a  month  when  the  PSP  was  operating  at  Etam,  and  finally  the 
short  recent  period  when  the  PSP  terminal  was  removed  from  the 
network.  Early  in  the  year,  this  link  experienced  a  highly  var¬ 
iable  miss  rate  on  the  approximately  66,000  hello  packets  trans¬ 
mitted  and  received  each  day.  On  certain  days,  more  than 
one  percent  of  the  hello  packets  were  missed;  on  other  days,  the 
miss  rate  is  lower  than  one-tenth  percent.  The  long  term  average 
of  the  miss  rate  over  the  first  half  of  the  year  is  in  the  range 
0.2-0. 3  percent.  This  is  approximately  the  same  as  the  other 
links  among  the  three  large  earth  stations. 
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There  ia  some  indication  from  the  data  in  Figure  1-1 
that  the  PSP  terminal  improves  the  missed  hello  packet  rate  by  as 
much  as  10-to-l.  Note  that  during  that  part  of  the  month  of 
August  when  the  PSP  was  in  the  network,  the  miss  rate  for  the 
Etamrto-Etam  link  never  exceeds  0.1  percent.  Unfortunately,  the 
data  collection  interval  is  too  short  to  draw  any  firm  conclu¬ 
sions;  but  the  preliminary  indications  do  show  some  improvement. 

The  milestones  at  the  top  of  Figure  1-1  show  that  the 
second  PSP  terminal  was  shipped  in  late  August  to  Goonhilly  with 
installation  taking  place  in  the  first  two  weeks  of  September. 

The  third  terminal  is  scheduled  for  shipment  to  Tanum  in  the 
fourth  week  of  September  with  installation  taking  place  in  early 
October. 


1.2  SATNET  MONITORING 

A  sustained  effort  was  started  in  January  1979  to  moni¬ 
tor  and  summarize  the  daily  SATNET  channel  summaries  and  to  com¬ 
pare  the  results  to  a  model  of  the  performance  to  be  expected  in 
the  SPADE  transponder  of  the  INTELSAT  IV-A  satellite.  These  de¬ 
tailed  results  are  given  in  Section  6  of  this  report.  This 
monitoring  has  concentrated  on  the  missed-hello-packet  data  for 
each  of  the  nine  links  among  the  three  large  earth  stations. 

These  links  utilize  a  single  64-kbit/s  carrier  in  the  relatively 
sparsely  occupied  "SC PC"  segment  of  the  SPADE  transponder.  Each 
SATNET  link  is  set  up  with  a  17.5-dB  received  carrier  to  noise 
ratio  as  measured  at  Etam.  The  setup  includes  an  equalisation 
of  the  transmitted  power  levels  in  the  bursts  from  each  of  the 
three  stations  so  that  they  are  equal,  to  within  1  dB  or  better, 
as  measured  at  Etam.  This  balancing  of  the  burst  levels  is  an 
important  requirement.  For  example,  antenna  tracking  problems 
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at  Goonhilly  in  February  1979  caused  its  bursts  to  be  low,  by  at 
least  2  dB,  relative  to  the  level  of  the  other  bursts.  Such  de¬ 
partures  resulted  in  a  large  increase  in  the  missed  packet  rate 
for  transmissions  originating  from,  and  received  at,  Goonhilly. 

On  several  days  in  February  these  rates  exceeded  10  percent  on 
one  or  two  links — such  performance  causes  serious  disruption  to 
the  network.  A  more  subtle  problem,  although  it  was  resolved 
quickly,  was  noted  at  Etam  on  two  occasions  since  the  beginning 
of  the  year.  The  symptom  was  a  tendency  for  Etam  to  miss  hello 
bursts  from  certain  stations  depending  on  the  position  of  the 
bursts  in  the  hello  subframe.  The  miss  rate  was  much  higher  for 
bursts  preceded  by  "silence,”  i.e.,  bursts  that  were  not  immedi¬ 
ately  preceded  by  another  burst  in  either  the  hello  or  information 
subframes.  This  problem  was  resolved  by  alignment  of  the  VCO  in 
the  SPADE  channel  unit  to  be  within  a  few  hundred  Hz  of  the  nomi¬ 
nal  frequency  (the  VCO  was  not  actually  out  of  specification 
limits,  but  was  off  nominal  by  1200  Hz) .  This  problem  was  en¬ 
countered  twice,  each  time  building  up  over  a  period  of  several 
days.  Once  the  Etam  personnel  were  notified  of  the  problem,  cor¬ 
rective  action  was  taken  quickly. 

Other  than  the  power  level  problems  at  Goonhilly,  and 
the  oscillator  adjustments  at  Etam,  no  other  satellite-link- 
related  problems  were  noted  during  the  first  eight  months  of 
1979.  On  certain  occasions,  missed  hello  packet  performance  has 
seemed  to  be  sensitive  to  time  of  day,  and  correlated  among  links 
(indicating  possible  dependence  on  traffic  activity  and  possibly 
interference  in  the  satellite  transponder)  but  such  occurrences 
•re  transitory  and  infrequent.  When  such  events  are  observed  in 
"yesterday's  data"  it  is  too  late  to  search  for  a  cause/effect 
relationship  in  the  transponder. 


Although  sa tell ite-1 ink-re latad  problems  have  been 
relatively  rare,  one  must  conclude  from  the  data  in  Section  6 
that  the  missed  hello  packet  data  is  highly  variable  from  day 
to  day  and  from  link  to  link.  The  reason  for  this  is  partly 
explained  by  the  analysis  in  Section  6.  First,  it  is  useful  to 
define  a  "missed  hello  packet"  more  carefully.  As  the  data  is 
presently  collected,  these  misses  include  those  situations  where 
a  packet  is  acquired  and  demodulated,  but  contains  one  or  more 
bit  errors,  as  well  as  those  cases  where  the  receive  modem  fails 
completely  to  detect  or  acquire  synchronization  on  a  received 
packet.  Since  the  hello  packets  are  reasonably  long,  and  contain 
almost  1000  bits  that  are  protected  by  the  CRC  error  detection 
implementation,  the  miss  rate  is  highly  dependent  on  the  proba¬ 
bility  of  bit  error  in  the  receive  modem.  Very  roughly,  one  can 
relate  missed  packet  probability  to  bit  error  rate  (p) ,  as 
Pr{miss>  *  Kp,  where  K  is  a  large  number.  Prior  to  a  change  in 
the  format  of  the  hello  bursts  in  early  April  1979,  the  con¬ 
stant  K  was  approximately  103.  Thus,  for  the  early  data  in  1979, 
Pr{miss}  ~  1000  p.  This  relationship  gives  a  rough  correspon¬ 
dence  between  missed  packet  rates  of  0.1,  1.0,  and  10  percent 
and  bit  error  rates  of  10“6,  10"5,  and  10“4,  respectively.  The 
64-kbit/s  carriers  operating  in  the  SPADE  transponder,  including 
the  SATNET  carrier,  would  be  expected  to  experience  this  range 
of  bit  error  rates.  Most  of  the  time,  the  error  rate  would  be 
10“6  or  better;  degradation  to  lO”5  would  be  expected  to  occur 
occasionally,  and  further  degradation  to  10~4  would  occur  rarely. 
Such  a  variation  would  be  perfectly  acceptable  on  these  channels 
where  the  64-kbit/s  carriers  convey  PCM  speech.  On  the  SATNET 
channel,  the  difference  between  a  0.1-percent  miss  rate  (66  hello 
packets  missed  per  day,  at  p  -  1 0 ~ 6 ) ,  and  1.0  percent  (660 
misses  per  day  at  p  ■  10  3)  is  significant.  Performance  levels 
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with  1.0-percent  misses  is  usually  cause  for  alarm.  Without  some 
type  of  error  correction,  bit  errors  will  occasionally  occur  in 
the  long  hello  packets,  and  these  events,  along  with  the  cases 
where  modem  fails  to  acquire  the  packet  altogether,  will  both 
contribute  to  the  packet  miss  rate.  Based  on  this  line  of  rea¬ 
soning,  which  is  supported  by  the  analysis  in  Section  6,  the 
seemingly  erratic  missed  packet  behavior  observed  on  SATNET  is 
not  that  surprising.  As  noted  earlier,  there  are  cases  where 
the  miss  rates  are  excessive,  and  equipment  alignment  or  adjust¬ 
ment  was  necessary  to  remedy  the  situation. 

1.3  TRADEOFF  STUDY 

The  tradeoff  study  contained  in  Section  7  of  this  re¬ 
port  utilizes  a  model  developed  to  examine  the  relative  cost 
effectiveness  of  three  alternative  transmission  techniques  by 
communication  satellite.  The  techniques  are  packet  transmission, 
circuit  switching,  and  circuit  switching  with  activity  concentra¬ 
tion.  A  nominal  scenario  is  selected  where  1000  network  users 

12 

generate  a  total  traffic  volume  of  8  x  10  packet/year  (where 
a  "packet"  is  assumed  to  consist  of  500  information  bits) .  The 
users  are  assumed  to  consist  of  three  classes;  high,  medium,  and 
low  rate  users.  The  1000  total  users  are  divided  so  that  a  cer¬ 
tain  fraction  is  of  each  class,  and  likewise  each  user  class 
generates  a  certain  fraction  of  the  total  annual  traffic  volume. 
Full  connectivity  is  required  among  users  of  the  same  class. 

Two  important  parameters  of  each  user  class  are  the 
utilization  (fraction  of  the  day  that  each  user  is  "off-hook"), 
and  the  "activity"  of  his  data  source,  given  that  he  is  "off- 
hook”  or  utilizing  the  network.  With  pure  circuit  switching, 
users  are  assumed  to  be  assigned  to  satellite  circuits  and  than 
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retain  this  circuit  for  the  duration  of  the  "call"  or  session 
regardless  of  their  activity.  An  alternative  requiring  more  • 

equipment  complexity  and  cost  at  the  earth  stations  is  to  con¬ 
centrate  "busy”  circuits  with  low  activity.  Such  techniques  are  „ 

well  known  for  speech  traffic  with  digital  TASI  and  DSI*  being 
examples.  The  final  technique  is  packet  transmission  where  the 
blocks  of  data  are  addressed  to  the  recipient  without  the  need 
for  establishing  a  "circuit."  As  expected,  the  utilization 
factor,  uR,  (uR  <  1),  and  the  activity  factors,  aR,  (aR  £  1) 
have  a  major  impact  on  the  relative  effectiveness  of  the  three 
techniques. 

Variables  of  the  satellite  network  include  the  satel¬ 
lite  beam  coverage  and  the  number  of  earth  stations  in  the  net¬ 
work.  Network  users  are  assumed  to  be  confined  to  CONUS,  and 
these  users  are  equally  divided  among  20,  40,  or  100  earth  sta¬ 
tions.  The  satellite  is  assumed  to  provide  either  single  CONUS- 
beam  coverage,  or  spot  beam  coverage.  In  the  latter  case,  narrow 
beams  are  assumed  that  can,  in  effect,  point  at  the  individual 
earth  stations.  Operation  at  either  6/4  or  14/11  GHz  is  assumed, 
although  for  the  level  of  detail  presently  included  in  the  model 
(availability  due  to  rain  loss  is  not  included) ,  the  results  are 
not  significantly  different  for  the  two  bands. 

Three  different  mixes  of  utilization/activity  among  the 
users  have  been  examined  to  date.  The  first  is  a  baseline  (to 
calibrate  the  model)  where  all  utilizations  and  activities  ■  1.0. 

Using  cost-per-packet  as  the  effectiveness  measure  (actually 
$  per  106  packets)  circuit  switching  is  the  most  cost  effective 
technique  for  this  situation. 

For  another  extreme  situation,  where  the  users  have 

* 

relatively  low  utilization,  but  high  activity  when  busy,  circuit 
switching  is  also  the  most  effective  technique. 

*fAdl  ■  Time  Assignment  Speech  Interpolation;  DSI  -  Digital  Speech 
Interpolation. 
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For  an  intermediate  case  with  moderate  utilizations, 
and  moderate  to  low  activity  factors,  the  packet  transmission 
technique  is  more  cost  effective  than  the  other  techniques.  This 
advantage  is  more  pronounced  for  the  spot  beam  satellite,  when 
spacecraft  resource  cost  is  at  a  maximum.  Generally,  the  advan¬ 
tage  of  packet  transmission  relative  to  circuit  switching  with 
activity  concentration  is  in  the  range  of  a  50-percent  reduction 
in  cost  per  megapacket  for  the  former  technique.  This  advantage 
is  moderately  sensitive  to  the  assumed  costs  of  the  earth  station 
equipment  to  accomplish  the  packet  transmission.  For  example, 
if  the  models  used  underestimate  such  costs  by  a  factor  of 
2-to-l,  then  the  advantage  of  packet  transmission  is  essentially 
eliminated. 

As  noted  above,  the  model  developed  for  the  tradeoff 
study  is  the  result  of  a  limited  effort  and  thus  should  be  con¬ 
sidered  as  preliminary.  Suggested  areas  for  extension  and  refine¬ 
ment  of  the  model  are  given  at  the  end  of  Section  7 . 


2.  SMALL  STATION  IMPLEMENTATION  ACTIVITIES 

COMSAT  is  implementing  a  "small"  UET*  packet  satellite 
terminal  located  at  COMSAT  Laboratories  in  Clarksburg,  Maryland, 
to  participate  in  the  DARPA  Atlantic  Packet  Satellite  Experiment. 
This  earth  terminal  is  small  relative  to  the  Standard  A  INTELSAT 
earth  terminals  <e.g.,  Etam,  Goonhilly,  and  Tanum)  in  that  its 
figure  of  merit,  G/T,  is  11  dB  less.  Alternative  strategies  for 
this  station's  participation  in  the  experiment  have  been  studied 
and  documented  in  the  Technical  Operating  Report,  "UET  Implemen¬ 
tation  Planning,"  ASAP-77-1,  January  7,  1977.  The  First  Interim 
Progress  Report,  ASAP-77-4  (1],  describes  the  chosen  alternative. 

In  the  planned  final  equipment  configuration  shown  in 
Figure  2-1,  the  item  labeled  UET  represents  the  earth  terminal 
and  the  equipment  involved  in  the  RF-to-IF  and  IF-to-RF  transla¬ 
tion.  The  item  labeled  modem  represents  the  modem  and  the  asso¬ 
ciated  support  electronics,  and  the  MSI  denotes  the  modem/SIMP 
interface  discussed  in  Section  5.  The  SIMP  is  the  same  minicom¬ 
puter  located  at  the  large  earth  stations  (Honeywell  316  with  32K 
words  of  memory)  and  will  use  essentially  identical  software. 

The  gateway,  a  PDP-11  computer,  will  be  used  to  perform  and  sup¬ 
port  certain  measurements.  Figure  2-2  shows  the  planned  physical 
layout  of  the  equipment. 

The  main  activities  associated  with  the  UET  support 
task  have  included  the  following: 

a.  testing  the  modem  which  was  developed  for  this 
application; 

b.  verifying  that  the  IF  and  RF  equipment  are  operating 
properly  by  loopback  testing  over  the  INTELSAT  IV-A 
satellite; 

^Unattended  earth  station. 
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Figure  2-1.  Small  Station  Configuration 
at  Clarksburg,  Maryand 


2-2.  Small  Earth  Station  Physical  Layout 


c.  completing  the  development  of  the  MSI  and  the  asso¬ 
ciated  test  equipment  (the  data  test  set) ; 

d.  interfacing  the  MSI  and  the  SIMP;  and 

e.  achieving  the  final  configuration  and  verifying  the 
operation  of  the  gateway-SIMP  data  path. 


2.1  MODEM  TESTING 

The  modem  to  be  used  at  the  small  station  was  developed 
by  the  Linkabit  Corporation  under  contract  to  COMSAT  and  was  de¬ 
livered  in  May  1977.  The  specification  for  this  modem  is  in¬ 
cluded  in  the  Technical  Operating  Report ,  "UET  Implementation 
Planning." 

The  modem  is  based  on  a  digitally-controlled  micropro¬ 
cessor  implementation  and  has  been  specifically  designed  to  mini¬ 
mize  the  time  required  for  burst  mode  acquisition  in  a  low 
signal-to-noise  ratio  environment.  SPADE  compatibility  in  terms 
of  its  IF  characteristics  is  required  with  the  capability  of 
transmitting  and  receiving  any  SPADE  channel.  However ,  the  ini¬ 
tial  version  of  this  modem,  which  has  been  tested,  has  only  a 
BPSK  receive  capability.*  The  modem  provides  a  3-bit  quantized 
output  and  can  perform  a  hard  decision  start-of -message  (SOM) 
detection  internally.  After  SOM  detection,  the  phase  ambiguity 
at  the  output  of  the  BPSK  demodulator  is  resolved.  When  the 
modem  is  utilized  with  the  MSI,  SOM  detection  is  performed  in  the 
MSI,  and  the  SOM  detection  internal  to  the  modem  is  disabled  by 
replacing  a  read-only  memory  (ROM)  element. 

The  modem  is  able  to  minimize  the  time  required  for 
burst  acquisition  because  the  same  preamble  symbols  are  used  to 

*Thus,  the  modem  is  capable  of  operating  at  a  maximum  burst  in¬ 
formation  bit  rate  of  32  kbit/s  in  the  SPADE  channel. 
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acquire  both  carrier  and  bit  timing.  The  processing  is  com¬ 
pletely  digital  after  the  second  frequency  translation,  including 
the  use  of  parallel  digital  filters  which  resolve  frequency  un¬ 
certainty.  Modem  operation  has  been  described  in  the  technical 
literature  [5].  Later  versions  of  this  modem  will  support  QPSK 
reception  and  incorporate  the  monitoring  capabilities  discussed 
in  Subsection  5.4.  These  modifications  are  scheduled  to  be  made 
in  August  1979. 

To  establish  the  basic  capabilities  of  this  modem, 
which  serves  as  the  prototype  for  the  QPSK  modems  developed  for 
the  PSP  terminal,  extensive  testing  was  performed  in  back-to-back, 
IF  loopback,  and  satellite  loopback  configurations.  The  tests 
involved  bit  error  rate  performance  as  a  function  of  signal  en¬ 
ergy  per  information  bit  to  noise  spectral  density,  (Eb/N0> , 
burst  acquisition  performance  as  a  function  of  Eb/NQ,  and  sensi¬ 
tivity  of  the  modem  to  the  absence  of  bit  transitions  within  a 
packet. 

For  adequate  testing,  a  modem  test  set  was  required 
which  could  emulate  packet  transmission  and  reception  (i.e., 
simulate  the  operation  of  the  MSI  and  SIMP  combination)  and  could 
provide  sufficient  flexibility  to  support  the  tests.  Moreover,  a 
significant  effort  was  necessary  to  calibrate  the  measurements, 
particularly  the  value  of  Eb/N0  because  of  the  unique  modem  im¬ 
plementation  which  made  accurate  Eb/NQ  measurements  difficult 
when  the  tests  were  performed  through  the  satellite  link. 


2.1.1  MODEM  TEST  SET  AND  EXPERIMENTAL  CONFIGURATION 

A  fairly  elaborate  test  set,  which  is  depicted  in  Fig¬ 
ure  2-3,  was  developed  by  the  Modulation  Techniques  Department 
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at  COMSAT  Labs  to  evaluate  the  Linkabit  modem.  It  was  necessary 
to  build  this  test  set  internally  because  an  adequate  instrument 
was  not  available  on  the  market,  and  an  exist ing  test  set  could 
not  be  modified  to  yield  satisfactory  performance.  The  TDMA  en¬ 
vironment  necessitated  the  generation  and  the  input  of  packets  or 
bursts  of  data  to  the  modem.  Furthermore,  control  signals,  such 
as  carrier  on/off  and  end-of -packet  signals,  were  necessary  to 
interface  the  test  set  and  the  modem.  Thus,  a  transmit  modulated 
carrier  could  be  synchronized  with  the  data  sequence,  and  the 
demodulator  could  be  notified  upon  packet  termination  so  that 
reinitialisation  could  occur. 

One  parameter  of  interest  is  the  off- time  between 
packets  (i.e.,  interpacket  interval).  The  minimum  time  required 
to  reinitialise  the  modem  to  prepare  for  a  subsequent  packet  is 
approximately  0.5  ms;  therefore,  varying  the  off-time  from  0.5  ms 
to  about  5  s  is  desirable  for  the  detection  of  any  discrepancies. 
The  duration  of  the  packet  can  be  either  of  two  fixed  lengths, 

1  kbit  or  10  kbit,  with  a  128-bit  preamble.  The  data  consists  of 
a  1023-bit  pseudorandom  sequence  truncated  at  1  kbit;  to  accom¬ 
modate  the  longer  length,  ten  of  these  sequences  are  concatenated 
together.  Other  repetitive  sequences,  which  can  be  substituted 
for  the  data,  range  from  an  on/off  square  wave  at  the  fastest 
achievable  rate,  R/2,  to  very  low  duty  cycles,  including  a  DC 
level.  In  the  latter  case,  performing  tests  such  as  bit  error 
rate  sensitivity  to  the  stability  of  the  recovered  clock  is  fea¬ 
sible.  Another  feature  is  the  delayed  data  mode,  in  which  the 
observation  of  the  data  sequence  can  be  started  at  some  pre¬ 
scribed  delay  interval  after  the  preamble;  therefore,  bit  error 
rate  tests  may  be  conducted  as  a  function  of  the  interval  over 
which  the  recovered  clock  remains  stable.  However,  the  bit  error 
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rate  sensitivity  measurements  proved  adequate  in  testing  clock 
recovery  so  that  the  delayed  (gated)  error  rate  measurement 
capacity  has  not  been  used  to  date. 

To  determine  the  percentage  of  packets  lost,  the  test 
set  is  also  equipped  with  a  burst  counter  which  makes  it  possible 
to  send  a  packet  individually  or  to  accumulate  as  many  as  100K 
packets  for  long  term  tests.  During  this  measurement  phase,  it 
became  apparent  that  the  fraction  of  packets  lost  was  a  function 
of  the  frequency  offset  in  the  overall  transmission  link.  Hence, 
a  variable  frequency  offset  was  introduced. 

Both  bit  error  rate  and  packet  loss  probability  mea¬ 
surements  were  performed  in  three  progressively  more  complex  con¬ 
figurations,  back-to-back,  looped  through  an  IF  subsystem  (as 
shown  in  Figure  2-4) ,  and  by  means  of  the  satellite  link.  These 
results  are  shown  in  Figures  2-5  and  2-6. 


2.1.2  MODEM  TEST  RESULTS 

Figure  2-7  summarizes  the  bit  error  rate  results  of 
the  various  modem  tests  over  an  operating  range  of  Eb/NQ  -  0— 

6  dB.  Performance  is  slightly  degraded  (0.2-0. 3  dB)  when  the 
communications  path  is  extended  to  include  the  IF  subsystem  and 
when  the  satellite  path  is  added  (-0.2  dB) .  At  a  3.5-dB  nominal 
operating  point,  modem  performance  is  within  1.2  dB  of  ideal  even 
for  the  satellite  loopback  case.  Additional  deviation  at  larger 
values  of  Eb/N0  is  expected;  however,  some  of  this  additional 
degradation  may  be  due  to  the  method  of  setting  the  AGC  level  in 
this  particular  modem,  optimizing  performance  at  large  values 
of  Eb/NQ  was  not  attempted  because  operation  in  conjunction  with 
an  encoder/decoder  at  a  nominal  Eb/NQ  value  of  3.5  dB  will  be  the 
nominal  operating  point  for  the  UET  modem. 
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acket  Test  Setup  With  IF  Subsystem 
(all  levels  are  dBm) 


OF  DATA-VAUD  TESTS  THAT  FAIL 


0  12  3  4 

Eb/N0 


Figure  2-6*  Data  Valid  Loss  Prob 
Eb/ND  and  Frequency  Of fa 


2 


6  8  10  12 


*bNo 


Bit  Error  Rate  Results 


k 


handled  its  coding  and  decoding  functions.  The  tests  are  signif¬ 
icant  because  of  the  unique  and  previously  untested  manner  in 
which  the  MSI  communicates  with  the  SIMP  interface  (using  a  128- 
kHz  burst  clock) . 

The  interface  of  the  MSI  to  the  modem,  which  was  not 
accomplished  during  the  May  tests,  was  delayed  until  the  back¬ 
plane  wiring  on  the  small  station  terminal  could  be  modified  to 
reduce  the  level  of  interference  caused  by  the  1.796-MHz  signal 
used  in  the  system  operation.  This  interface  is  not  expected  to 
present  difficulty  because  of  its  simplicity.  After  a  few  addi¬ 
tional  features  are  incorporated  in  the  MSI  microcode  at  the 
Linkabit  Corporation  (SIMP-I  capability,  retransmit  mode,  mode  7, 
duty  cycle  control,  and  contention  dummy  packet)  and  the  small 
station  chassis  is  rewired  to  minimize  interference  problems, 
the  MSI  will  be  permanently  installed. 
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3.  STUDY  ACTIVITIES  IN  SUPPORT  OF  THE  EXPERIMENT 
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During  the  course  of  the  SATNET  program,  a  number  of 
study  activites  have  been  performed,  and  most  of  the  protocol 
specifications  and  techniques  to  be  implemented  and  tested  in  the 
Atlantic  Packet  Satellite  Experiment  have  been  finalized.  COMSAT 
has  been  an  active  participant  in  this  process.  In  addition  to 
these  group  activities,  certain  specific  studies  have  been  con¬ 
ducted,  often  in  direct  support  of  the  development  of  experimen¬ 
tal  capabilities,  including  studies  of  contention  detection  and 
techniques  to  permit  small  station  operation  at  a  16  kbit/s  data 
rate  with  minimal  or  no  hardware  modifications  required  at  the 
large  stations.  A  major  problem  in  the  latter  area  is  the  design 
of  an  appropriate  SOM  sequence.  Finally,  a  preliminary  study  of 
satellite  networking  alternatives  has  established  some  interest¬ 
ing  relationships  between  network  realizations  and  the  type  of 
multiple-acaess  techniques  employed. 


3.1  GROUP  STUDY  AND  DEFINITION  ACTIVITIES 

A  number  of  small  working  group  meetings  have  been  held 
during  SATNET  development  to  define  various  aspects  of  the  SATNET 
protocols  and  implementation  details.  Regular  participants  at 
these  meetings  were  Linkabit,  BBN,  and  COMSAT  with  the  other  ex¬ 
periment  participants  attending  on  topics  of  particular  interest. 
The  major  topics  were  the  host-SATNET  protocol,  SATNET  flow  and 
congestion  control  strategies,  modifications  to  the  PODA  algo¬ 
rithm  to  improve  its  performance,  and  mixed  station  control 
strategies. 
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The  host-SIMP  protocol  specifies  the  rules  for  passing 
data  and  control  information  between  the  SIMP  and  the  host  com¬ 
puter,  which  may  be  a  gateway  or  a  computer  attached  directly  to 
the  satellite  network.  The  discussions  concerned  both  the  final 
definition  of  this  protocol  for  block  traffic,  and  the  specifica¬ 
tion  of  an  appropriate  version  of  the  protocol  for  stream  traf¬ 
fic.  Specifying  SATNET  capabilities  from  the  user  viewpoint  was 
particularly  important.  These  discussions  were  documented  in 
Packet  Satellite  Program  Working  NoteB  (PSPWNs) ,  which  are  nor¬ 
mally  authored  by  one  of  the  participants  as  a  record  of  the 
issues  and  decisions.  The  relevant  PSPWNs  are  PSPWN  100,  "SATNET 
Host  Access  Protocol,  Version  1,”  by  Richard  Binder  of  BBN, 
January  26,  1978;  and  PSPWN  104,  "Host/SATNET  Stream  Access  Pro¬ 
tocol,  Version  1,"  by  Richard  Binder  of  BBN,  April  1978. 

The  flow  and  congestion  control  strategies  for  SATNET 
remain  under  discussion,  and  definitive  decisions  await  the 
availability  of  simulation  results  from  Linkabit.  Some  of  the 
ideas  which  have  been  discussed  are  contained  in  PSPWN  82,  "A 
Possible  Approach  to  Flow  Control,  Buffer  Management  and  Acknowl¬ 
edgment  for  a  Broadcast  Packet  Satellite  Network,"  by  Lin-Nan  Lee 
and  Nicolas  Abel  of  Linkabit,  September  11,  1977. 

The  PODA  algorithm,  originally  suggested  by  Linkabit, 
is  a  demand-assigned  multiple-access  algorithm  being  developed 
for  the  PSP  to  accommodate  various  types  of  traffic  (block, 
stream,  and  voice),  various  delay  constraints,  and  various  pri¬ 
orities.  Two  versions  of  the  algorithm  have  been  implemented. 
One,  termed  CPODA,  uses  random  access  techniques  (slotted  ALOHA) 
in  a  reservation  subframe;  the  second,  FPODA,  uses  fixed  assign¬ 
ment  TDMA.  Early  design  considerations  are  partially  documented 
in  PSPWNs  6  and  38.  The  current  implementation  is  discussed  in 
several  papers  [6],  [7]  and  documented  in  PSPWN  86,  "Channel 
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Protocol  Module  in  SIMP  II,"  by  Nai-Ting  Hsu  of  BBN,  October  27, 
1978;  and  PWPWN  87,  "PODA  channel  Scheduling  Synchronization," 
Nai-Ting  Hsu  of  BBN,  October  27,  1978. 

The  results  of  the  recent  PODA  design  discussions  are 
summarized  in  the  paper  entitled  "General  Purpose  Packet  Satel¬ 
lite  Networks, "  coauthored  by  Dr.  Jacobs  of  Linkabit,  Mr.  Binder 
from  BBN,  and  Dr.  Hoverstein  from  COMSAT,  which  appeared  in  the 
November  1978  issue  of  the  Proceedings  of  the  IBBB.  Major  mod¬ 
ifications  include  the  use  of  scheduled  acknowledgments  and 
multiple  packet  reservations  and  burst,  as  opposed  to  packet 
scheduling.  After  implementation,  these  modifications  will  re¬ 
duce  SIMP  storage  requirements  and  increase  efficiency.  This 
paper  also  briefly  presents  the  conclusions  of  the  mixed  station 
control  discussions. 

3.2  SOM  DESIGN  FOR  3 2 -Kbit/s  OPERATION  OF  THE 

SMALL  STATION 

The  Phase  2  SSI  data  modules  and  the  MSI  data  module 
have  been  designed  to  include  certain  transmission  modes  which 
would  allow  transmission  at  a  32-kbit/s  data  rate  to  the  small 
earth  station.*  This  rate  can  be  achieved  by  using  coded  QPSK 
transmission.  (The  channel  rate  would  be  64  kbit/s,  and  rate 
one-half  convolutional  encoding  would  be  employed.) 

The  available  channel  signal-to-noise  ratio  will  prob¬ 
ably  be  adequate  to  support  this  data  rate  at  the  small  station 
at  least  during  periods  of  good  propagation.  However,  satisfac¬ 
tory  operation  can  only  be  achieved  if  the  modem  acquires  the 
burst  preamble  and  the  MSI  reliably  detects  the  SOM.  The  former 
should  not  be  a  problem  because  the  96-symbol  preamble  used  for 

•Note  that  generally,  transmission  to  the  small  station  would  be 
rate-one  half  encoded  BPSK  at  an  information  bit  rate  of  16  kbit/s. 
It  is  possible  that  coded  QPSK  transmission  could  be  received  (in¬ 
formation  bit  rate  32  kbit/s)  under  certain  conditions. 
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transmissions  to  the  small  station  has  been  proven  adequate. 
However,  a  longer  SOM  sequence  is  required  to  achieve  frame  syn¬ 
chronisation  and  to  resolve  the  QPSK  phase  ambiguity  at  the  low 
signal-to-noise  ratio  available  at  the  small  station. 

The  interfaces  were  designed  to  transmit  two  basic  QPSK 
SOMs.  SOM-1,  which  is  used  for  QPSK  transmission  to  a  large  sta¬ 
tion,  can  be  varied  in  length;  the  available  lengths  are  16,  20, 
24,  and  28  bits  per  channel.  SOM-3,  which  is  used  for  QPSK 
transmission  to  a  small  station,  has  a  single  length  of  32  bits 
per  channel;  this  is  considered  to  be  the  minimum  required.  How¬ 
ever,  the  SOM  detection  circuitry  used  at  the  large  stations, 
which  was  designed  and  implemented  as  part  of  the  Phase  I  SSI 
data  module,  can  accommodate  only  QPSK  SOMs  which  are  less  than 
or  equal  to  28  bits  per  channel.  More  importantly,  this  cir¬ 
cuitry  can  only  be  configured  to  detect  a  single  QPSK  SOM.  Add¬ 
ing  the  ability  to  search  for  either  SOM-1  or  SOM-3  would  signif¬ 
icantly  increase  circuitry  and  cost. 

The  use  of  SOM-3  for  all  QPSK  transmissions,  regard¬ 
less  of  destination,  would  create  channel  inefficiencies;  that 
is,  when  the  transmission  is  sent  to  a  large  station  where  SOM-1 
would  be  adequate,  the  difference  in  length  between  SOM-3  and 
SOM-1  would  correspond  to  wasted  channel  time.  Thus,  the  design 
of  a  SOM-3  which  included  an  appropriate  SOM-1  as  part  of  the 
sequence  (in  particular,  as  the  last  bits  of  the  sequence)  was 
attempted.  The  use  of  such  a  SOM  word  would  provide  increased 
detectability  at  the  small  station  and  require  no  modification 
to  the  SOM  detection  circuitry  used  at  the  large  stations.  Only 
the  SOM  detection  circuitry  at  the  small  station  would  require 
modification. 

Two  32-bit  words  were  obtained  by  block  encoding  the 
pair  of  16-bit  SPADE  SOMs  through  the  (31,  16,  7)  code  generator 
polynominal 


(j(x)  3  1  +  X  +  +  X5  +  +  X7  +  X®  +  X5  +  +  *11  ♦  X15 

After  encoding ,  the  sequences  become 

AWX  -  x15(SW1)  +  g(x)  Qjtx) 

*  0010  0000  0111  0101  1010  1101  1001  1101 

AW2  -  x15(SW2)  +  g(x)  Q2  (x) 

«  0001  0100  1101  1100  1001  0110  0000  1001 

where  (x)  and  Q2  are  the  quotient  polynomials  which  result  from 
dividing  SWi  and  SWa  by  g  (x) .  The  pair  of  16-bit  SPADE  SONs  are 
denoted  by  SWi  and  SWa •  The  two  32-bit  words  to  be  used  for 
SOM-3  are  AWi  and  AW2 .  The  last  16-bits  of  AWi  and  AWa  are  iden¬ 
tical  to  SWi  and  SW2 ,  respectively. 

With  both  preceding  and  trailing  sequences  consisting 
of  alternating  1010  .  .  .  patterns,  the  autocorrelation  of  AW* , 
the  autocorrelation  of  AW2 ,  and  the  cross  correlation  of  AWx  and 
and  AWa  are  shown  in  Figures  3-1 — 3-3,  respectively.  A  more  de¬ 
tailed  discussion  is  given  in  Reference  8. 


3.3  CONTENTION  DETECTION 


The  Phase  2  SSI  data  module  should  be  able  to  declare 
the  existence  of  a  channel  contention  condition  and  notify  the 
SIMP  using  the  normal  data  path.  Sensing  contentions  is  poten¬ 
tially  useful  for  at  least  two  reasons *  to  provide  the  informa¬ 
tion  input  to  a  stability  control  algorithm  for  the  slotted  ALOHA 
(control)  portion  of  the  CPODA  frame,  and  to  permit  a  station, 
particularly  a  disadvantaged  (small)  station,  to  reinitiate  with 
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Figure  3-1.  Autocorrelation  of  AW^ 
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minimal  delay,  the  transmission  of  a  packet  that  has  suffered  a 
collision.  Collisions  in  the  information  subframe  of  the  CPODA 
algorithm  are  unlikely;  however,  if  they  occur,  reliable  and  sim¬ 
ple  detection  is  improbable.  Thus,  attention  will  be  concen¬ 
trated  on  the  control  subframe,  which  uses  the  slotted  ALOHA 
algorithm  and  contains  transmissions  from  two  or  more  stations 
that  are  attempting  to  use  the  channel  simultaneously,  i.e., 
whose  transmissions  overlap  in  time  when  they  reach  the 
satellite. 

To  provide  maximum  information  for  stability  control,  a 
contention  should  be  sensed  at  all  stations.  However,  prompt 
reinitiation  of  the  transmission  of  two  or  more  control  packets 
that  have  collided  requires  that  the  transmitting  stations  recog¬ 
nise  the  existence  of  the  contention.  Also,  certain  stability 
control  algorithms  may  be  able  to  usefully  employ  the  more  lim¬ 
ited  information  of  only  recognizing  collisions  when  they  are 
transmitting.  The  fundamental  difference  between  the  two  situa¬ 
tions  is  the  detection  requirement  on  the  modem. 

The  collision  of  two  control  packets  should  be  consid¬ 
ered.  (The  extension  to  a  collision  involving  three  or  more 
packets  is  clear.)  In  the  most  important  case,  these  packets 
will  both  be  mode  1  type  (64-kbit/s  uncoded  QPSK)  transmissions. 
The  packets  will  arrive  at  the  satellite  at  essentially  the  same 
time.  The  starting  times  will  differ  by  only  a  small  fraction 
of  a  symbol  time  unless  offsets  are  specifically  introduced. 

Each  packet  will  begin  with  a  square  wave  modulated  (101010.  .  .) 
preamble.  In  principle,  the  phasing  of  the  two  RF  carriers  could 
effectively  cancel  the  two  signals  (experience  destructive  inter¬ 
ference)  during  the  time  occupied  by  the  preamble.  The  transmit¬ 
ters  should  be  within  100  Hz;  during  the  1-  to  3-ms  interval 
(32-  to  96-bit  preamble  at  a  32  kilosymbol/s  rate),  the  maximum 
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relative  phase  change  may  be  0.63—1.89  rad  or  significantly 
smaller.  Therefore,  a  collision  may  increase  or  decrease  the 
power  available  in  the  preamble  for  detection.  In  particular, 
the  existence  of  a  collision  may  or  may  not  lead  to  a  preamble 
detection  with  the  present  modem  algorithm.  Because  of  the  cost 

associated  with  implementing  a  different  form  of  energy  detec- 

» 

tion,  this  situation  will  be  accepted,  and  techniques  to  provide 
an  adequate  level  of  contention  detection  will  be  examined . 

Since  a  collision  does  not  reliably  initiate  a  modem 
preamble  detection  (or  indication  of  channel  activity) ,  colli¬ 
sions  are  not  always  being  detected  at  all  stations.  However, 
this  situation  need  not  reduce  the  effectiveness  of  contention 
detection  for  the  stations  whose  control  packets  collided.  These 
stations  know  when  they  transmitted  and  hence  when  they  should 
hear  their  own  transmission.  If  all  the  stations  had  the  same 
reception  capability,  no  special  contention  detection  would  be 
required  because  the  stations  can  detect  (with  high  reliability) 
a  control  packet  collision  by  listening.  This  is  true  because 
there  would  be  a  single  transmission  mode  which  all  the  transmit¬ 
ting  stations  could  hear;  if  no  packet  or  a  damaged  packet  is 
received  in  the  expected  slot,  the  occurrence  of  a  collision  can 
be  assumed.  A  station's  decision  that  its  control  packet  did 
not  get  through  (collided  or  was  otherwise  damaged)  will  be  wrong 
only  when  the  packet  is  received  in  error  due  to  local  noise. 

The  probability  of  a  collision  in  the  control  subframe  should 
normally  dominate  the  probability  of  a  packet  error  due  to  local 
noise. 

Some  of  the  stations  are  disadvantaged  (small)  and  can¬ 
not  normally  receive  their  control  packet  transmissions.  The 
control  packets  under  a  central  or  buddy  controller  strategy 
would  normally  be  transmitted  at  the  so-called  buddy  rate,  which 
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is  matched  to  the  more  capable  stations  for  channel  efficiency 
(see  Subsection  3.4).  For  the  reliable  detection  of  these  colli¬ 
sions,  the  transmission  and  detection  process  must  ensure  that 
the  disadvantaged  station  receives  certain  indicators  (informa¬ 
tion)  about  its  control  packets  when  they  do  not  collide  and  does 
not  receive  these  indicators  when  they  do  collide.  However,  in 
either  case  (collision  or  noncollision)  the  disadvantaged  sta¬ 
tions  would  not  normally  be  able  to  'hear*  the  data  in  the 
packet.. 

For  simplicity,  a  network  composed  of  two  types  of 
earth  stations,  small  and  large,  i.e.,  those  that  support  64- 
kbit/s  QPSK  reception  and  those  that  do  not,  will  be  considered. 
(Other  situations,  which  will  not  be  discussed,  will  tend  to 
follow  similar  principles.)  It  is  also  assumed  that  the  control 
packets  can  be  "heard”  by  the  large  stations  but  not  by  the 
small,  i.e.,  the  transmissions  are  essentially  mode  1.  The  three 
situations  of  interest  involve  the  collisions  of  two  or  more 
large  stations,  a  set  of  large  and  a  set  of  small  stations,  and 
two  or  more  small  stations. 

Large  transmitting  stations  can  determine  the  occur¬ 
rence  of  a  collision  with  high  probability  by  listening  in  the 
relevant  slot  of  the  received  control  subframe.  Therefore,  con¬ 
tention  detection  at  small  transmitting  stations  presents  the 
problem.  For  simplicity,  it  is  assumed  that  a  single  small  sta¬ 
tion  was  transmitting  in  the  slot  where  a  collision  occurred. 

(For  the  technique  being  proposed,  it  does  not  make  any  differ¬ 
ence  whether  a  single  small  station  or  several  small  stations  are 
in  a  collision.) 

As  explained  previously,  the  control  packet  transmis¬ 
sions  must  contain  some  information  that  can  be  heard  by  the 
small  stations  to  distinguish  collisions  from  noncollisions. 

This  can  be  accomplished  by  introducing  two  new  modes  for  the 


transmission  of  control  information  in  the  control  subframe. 
(Although  a  single  new  mode  would  be  sufficient,  two  are  consid¬ 
ered  for  clarity.  The  availability  of  both  modes  also  provides 
greater  flexibility  for  the  present  experiment.)  Mode  IB,  which 
would  be  used  by  the  large  stations  for  transmitting  their  con¬ 
trol  packets,  would  differ  from  the  current  mode  1  only  in  terms 
of  the  choice  of  preamble  and  SOM;  that  is,  the  data  (hardware 
and  software  generated  portions  of  the  packet)  would  be  trans¬ 
mitted  at  64  kbit/s.  In  particular,  this  mode  would  use  pream¬ 
ble  2  and  SOM-3.  (Table  3-1  shows  the  two  new  modes  and  the 
previous  modes. )  The  small  stations  would  send  control  packets 
in  the  control  subframe  using  mode  7.  This  mode  is  also  a  varia¬ 
tion  of  mode  1  and  involves  a  change  in  preamble  and  the  use  of 
two  contiguous  SOMs  following  the  preamble;  the  basic  packet 
data,  both  hardware  and  software  generated  bits,  are  transmitted 
at  64  kbit/s.  Table  3-1  and  Figures  3-4  and  3-5  show  the  charac¬ 
teristics  of  this  mode. 

The  use  of  these  modes  enables  a  small  station  to  dis¬ 
tinguish  between  a  noncollision  situation  involving  one  of  its 
control  packets  and  a  collision  with  one  or  more  large  station's 
control  packets.  It  is  assumed  that,  if  a  collision  occurs,  the 
packet  transmissions  start  essentially  simultaneously  relative  to 
a  symbol  time.  (The  global  timing  accuracy  seems  consistent  with 
this  assumption,  since  a  symbol  time  is  31.25  ms  and  the  global 
timing  is  accurate  within  10  ms).  If  there  is  no  collision,  the 
small  station  will  lock  onto  the  preamble.  If  the  slot  is  occu¬ 
pied  by  a  single  large  station  control  packet,  the  small  station 
will  also  detect  SOM-3,  the  QPSK  SOM  designed  for  small  station 
reception.  If  the  slot  is  occupied  by  a  single  small  station 
control  packet,  the  small  station  will  detect  SOM-2,  the  BPSK 
SOM.  Thus,  in  the  noncollision  situation,  the  small  station  (and 
the  large  station)  will  detect  both  a  preamble  and  a  SOM. 
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Table  3-1.  Mode  Chart 


Mode 

P/S 

Coding 

CL,  PL 

Pre 

1st 

SOM 

2nd 

SOM 

1st 

Info 

Rate4 

2nd 

Info 

Rate* 

1st 

Info 

Rate4 

2nd 

Info 

Rate4 

1A 

P 

Hone 

CL 

= 

0 

1 

1 

X 

64 

X 

64Q 

X 

■a 

S 

None 

CL 

* 

0 

2 

3 

X 

64 

X 

64Q 

X 

: 

S 

All 

CL 

= 

PL 

2 

2 

X 

16 

X 

32B 

X 

‘  F 

All 

CL 

= 

PL 

1 

1 

X 

32 

X 

64Q 

X 

I 

S 

All 

CL 

s 

PL 

2 

3 

X 

32 

X 

64Q 

X 

Si 

S 

Part 

CL 

< 

PL 

2 

2 

1 

16 

64 

32B 

64Q 

E9 

1 

Part 

CL 

< 

PL 

1 

1 

X 

32 

64 

64Q 

64Q 

SB 

1  , 

Part 

CL 

< 

PL 

2 

3 

X 

32 

64 

64Q 

64Q 

6A 

All 

CL 

+ 

CL1  = 

PL 

2 

2 

1 

16 

32 

32B 

64Q 

6B 

1  -  - 

All 

CL 

+ 

CL1  - 

PL 

2 

2 

3 

16 

32 

32B 

64Q 

7 

Q 

None 

CL 

s 

0 

2 

2 

lb 

64 

X 

64Q 

X 

a Rates  are  in  kbit/s,  Q  -  QPSK,  B  «  BPSK. 
b Second  SOM  is  contiguous  to  first  SOM. 


If  a  collision  occurs  between  a  large  station  control 
packet  and  the  small  station  control  packet,  a  preamble  either 
will  or  will  not  be  detected;  however,  the  small  station  (and 
also  the  large  station)  will  not  detect  either  SOM  (neither  SOM-3 
nor  SOM-2).  Therefore,  this  conflict  situation  is  distinguished 
by  either  no  preamble  detection  or  a  preamble  detection  without 
a  SOM  detection.  However,  since  the  absence  of  a  preamble  de¬ 
tection  could  also  correspond  to  an  empty  slot,  the  best  strategy 
seems  to  be  to  notify  the  SIMP  when  a  control  packet  is  heard 
without  conflict. 
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•tern 


PL  5  Packet  Length 
CL  =  Coded  Length 

CL1  =  2nd  Coded  Length  for  Mode  6,  CL1  ■  PL  -  CL 

P/S  =  Signal  to  Designate  Preamble  (sometimes  referred  to  as  L/S) 

(F  -*■  transmission  to  large  station) 

(S  ♦  transmission  to  small  station) 

Pre  =  Preamble 

(1  =  large  station  preamble  -  nominal  60  baud  times  at 
32  kilosymbol/s) 

(2  =  small  station  preamble  -  nominal  96  baud  times  at 
32  kilosymbol/s) 

SOM  Designation 

Nominal  Value 

(1  5  large  station  QPSK  SOM,  32  bits  at  64  kbit/s) 

(2  S  small  station  BPSK  SOM,  32  bits  at  32  kbit/s) 

(3  =  small  station  QPSK  SOM,  64  bits  at  64  kbit/s) 

Info  Rate 

Information  rate  in  kbit/s 
Chan  Rate 

Channel  rate  in  kbit/s 

Figure  3-4.  Parameter  Definitions 
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Figure  3-5.  Channel  Packet  Format  for  Transmission  Mode 


If  a  small  or  large  station  detects  both  a  preamble  and 
SOM  but  no  SDS  (SYN  DLE  STX)  (mode  IB  or  QPSK  SOM  (mode  7)],  it 
announces  that  no  conflict  is  present  by  sending  a  suitable 
dummy  packet  into  the  SIMP.  A  small  station  will  send  this  dummy 
packet  for  each  slot  into  the  control  subframe  which  is  occupied 
by  a  single  packet.  A  large  station  will  send  this  packet  only 
when  there  is  no  conflict  in  the  slot  and  a  missed  SOS  occurs,  a 
low-probability  event.  Large  stations  will  normally  receive  the 
control  packet  in  the  absence  of  a  conflict  because  they  will 
reliably  detect  an  appropriate  QPSK  SOM  (SOM-3  for  mode  IB  and 
SOM-1  for  mode  7)  and  an  uncoded  SDS.  If  a  station  has  transmit¬ 
ted  in  a  particular  slot  in  the  control  subframe  and  upon  re¬ 
ception  of  the  control  subframe  receives  neither  the  transmitted 
packet  nor  the  dummy  packet,  it  can,  with  high  probability,  as¬ 
sume  that  a  conflict  has  occurred  and  take  appropriate  action. 

The  remaining  problem  is  to  distinguish  between  the 
absence  of  conflicts  and  a  conflict  between  two  or  more  small 
stations.  The  necessary  information  can  be  supplied  by  offset¬ 
ting  the  allowed  transmission  times  of  the  small  stations.  For 
simplicity,  it  is  assumed  that  the  number  of  small  stations  is 
less  than  four.  If  each  small  station  is  assigned  a  unique 
starting  time  in  a  control  slot  and  the  starting  times  differ  by 
an  integer  number  of  symbol  times,  then  a  collision  between  two 
or  more  small  stations  transmitting  mode  7  packets  will  result  in 
either  no  preamble  detection  or  a  preamble  detection  with  no  SOM 
detection.  Thus,  when  a  collision  occurs,  none  of  the  transmit¬ 
ting  small  stations  will  receive  the  dummy  packet  and  the  occur¬ 
rence  of  a  collision  can  be  assumed.  The  proposed  mode  of 
operation  is  summarised  in  Table  3-2.  The  dummy  packet  will  re¬ 
semble  an  ordinary  packet  except  it  will  contain  only  two  words 
in  the  normal  software  generated  portion  of  the  packet.  The 
format  is  shown  in  Figure  3-6. 
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Table  3-2.  State  Assumed  by  SIMP  for  Control 
Slot  vs  Receive  Status* 


Event  in 

Stations  That  Trans¬ 
mitted  in  Slot 

Stations  That  Did  Not 
Transmit  in  Slot 

Slot 

Large 

Small 

Large 

Small 

No  Preamble 
Detection 

Conflict 

Conflict 

Empty 

Empty 

Preamble  but 
no  1st  SOM 
Detection 

Conflict 

Conflict 

Empty 

Empty 

Preamble  and 
1st  SOM  De¬ 
tection  but 
no  SDS  or 

2nd  SOM 
event  caused 
by  local 
noise  in 
case  of 
large 
stations) 

No  Con¬ 
flict  Dummy 
CPH  Packet 
Transmitted 
to  SIMP 

No  Con¬ 
flict  Dummy 
CPH  Packet 
Transmitted 
to  SIMP 

No  Con¬ 
flict  Dummy 
CPH  Packet 
Transmitted 
to  SIMP 

No  Con¬ 
flict  Dummy 
CPH  Packet 
Transmitted 
to  SIMP 

Packet  Re¬ 
ceived  (may 
contain  bit 
errors) 

No  Con¬ 
flict 

mmmm 

No  Con¬ 
flict 

*Asaumes  unique  transmission  modes,  e.g.,  time  offsets. 


If  offsets  are  assumed  in  the  start  of  transmission 
times  of  all  the  stations,  which  is  not  costly  for  a  small  number 
of  stations,  these  basic  ideas  could  be  accomplished  by  intro¬ 
ducing  a  single  new  mode,  either  mode  IB  or  mode  7.  Two  new 
modes  are  included  herein  primarily  because  it  is  not  clear  that 
reliable  SOM-3  detection  will  be  possible  at  the  small  station) 


the  additional  mode  will  also  provide  increased  experimental 
flexibility,  i.e.,  with  a  single  small  station,  no  transmission 
offsets  are  required  if  two  modes  are  used.  In  actual  operation 
only  one  of  the  two  modes  may  be  used. 


1  . 

Checksum 

ETX  DLE 

Header 
Word  2 

Header 
Word  1 

STX  DLE  SYN 

First  Bit 
Transmitted 

The  formats  of  header  words  1  and  2  should  be  the  following! 


Header  Word  1 


00000  0 ;  0  000000000 


PL 


Header  Word  2 


u  o  □  u  o 


v. 


CL 


J 


1  ~r~ 
Mode 


J 

+ 

LSB 


All  bits  in  these  two  words  are  zeros  except  the  SOM 
bit,  which  is  a  one.  The  checksum  is  24-bits  long  and  will  have 
a  bit  pattern  determined  by  the  preceding  6  words. 


Figure  3-6. Format  of  the  "Control  Packet 
Heard"  (CPH)  Dummy  Packet 


The  above  conflict  detection  technique  imposes  certain 
requirements  on  the  interface  operation.  Table  3-3  specifies  the 
actions  to  be  taken  by  the  receive  interface  upon  the  reception 
of  modes  IB  and  7.  The  SIMP  software  must  also  be  modified  to 
specify  the  appropriate  transmission  modes  and  to  regulate  the 
input  of  the  conflict  information  for  utilization  of  the  conflict 
detection  capability  to  minimize  the  time  required  to  transmit 
control  information. 

3.4  SATELLITE  NETWORKING 

The  multiple  access  and  broadcast  capabilities  of  a 
satellite  can  be  used  to  form  a  network,  i.e. ,  provide  connectiv¬ 
ity  among  a  set  of  cooperating  earth  stations.  The  required  con¬ 
nectivity  can  be  realized  by  various  methods  including  fixed 
capacity  allocations  on  links  connecting  the  earth  stations  and 
dynamic  sharing  to  provide  the  capacity  and  connectivity  required 
by  the  actual  traffic.  In  systems  which  utilize  dynamically 
changing  connectivity  or  capacity,  the  response  time  necessary 
to  change  the  connectivity  or  capacity  allocations  strongly  in¬ 
fluences  the  properties  of  the  network  realisation.  The  eco¬ 
nomics  and  properties  of  various  network  realizations  are  also 
influenced  by  whether  the  network  occupies  an  entire  transponder 
or  shares  the  transponder  with  other  users. 

Three  basic  types  of  satellite  network  realisations, 
which  illustrate  some  of  the  options  and  tradeoffs,  are  dedicated 
channel,  dedicated  up- link/broadcast  down-link,  and  shared  up¬ 
link/shared  down-link.  In  a  dedicated  channel  network  realisa¬ 
tion,  fixed  data  rate  point-to-point  links  connect  each  pair  of 
stations  in  the  network  (assuming  a  fully  connected  network) • 
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For  an  N  node  network,  N(N  -  1)  full-duplex  links  are  required 
with  each  link  sized  to  handle  the  average  point-to-point  traffic 
between  the  two  connected  stations  while  satisfying  a  suitable 
utilisation  or  traffic  delay  constraint. 

In  a  dedicated  up-link/broadcast  down-link  realisation, 
each  station  in  the  network  has  a  dedicated  fixed  data  rate  up¬ 
link  which  can  be  received  by  all  the  other  stations  in  the  net¬ 
work.  This  realization  requires  N  broadcast  simplex  links  for  an 
N  station  network  with  each  link  sized  (subject  to  a  suitable 
utilization  or  traffic  delay  constraint)  to  handle  the  average 
traffic  originating  at  the  transmitting  station.  Each  station 
multiplexes  its  own  originating  traffic  on  its  simplex  link  for 
transmittal  to  the  other  stations  in  the  network.  In  the  shared 
up-link/shared  down-link  realization,  a  single  broadcast  communi¬ 
cation  channel  is  dynamically  shared  among  all  the  stations  using 
demand  assignment  techniques  to  provide  the  required  connectivity 
and  link  capacity. 

The  choice  between  the  use  of  TOMA  and  FDMA  depends 
strongly  on  the  network  traffic  matrix  and  the  method  of  realisa¬ 
tion.  A  shared  up-link/shared  down-link  network,  for  example,  is 
highly  constrained  by  FDMA.  The  choice  is  also  influenced  by 
any  other  traffic  carried  by  these  stations  and  by  any  transpon¬ 
der  sharing.  As  network  size  increases,  TOMA  becomes  more  cost 
effective  than  FIMA  in  providing  one  hop  connectivity  because 
less  equipment  (e.g.,  modems)  is  required  at  the  ground  stations! 
however,  each  piece  of  equipment  is  more  expensive.  TDMA  allows 
more  flexibility  than  FDMA  in  establishing  and  adjusting  individ¬ 
ual  link  data  rates  to  the  average  traffic  demands. 

With  TDMA  techniques,  a  direct  tie  is  established 
between  the  flexibility  available  in  the  TDMA  frame  and  the  pos¬ 
sible  network  realisations.  If  the  bursts  within  the  frame  are 
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fixed  or  slowly  vary  in  both  length  and  assignment  to  specific 
earth  stations  and  the  bits  within  each  burst  are  also  essen¬ 
tially  permanently  assigned  to  specific  earth  stations  (corre¬ 
sponding  to  fixed  capacity  simplex  links  from  the  station 
transmitting  the  burst  to  the  various  destinations),  only  dedi¬ 
cated  channel  networks  can  be  formed.  If  burst  lengths  within 
the  frame  are  fixed  and  allocated  to  specific  stations  but  the 
bit  assignments  to  various  destinations  within  the  individual 
bursts  can  be  dynamically  varied  to  match  the  real-time  traffic 
demands  of  the  transmitting  station,  then  dedicated  up-link/ 
broadcast  down- link  types  of  network  realizations  can  be  sup¬ 
ported.  If  the  entire  frame  can  be  flexibly  demand  assigned, 
i.e.,  fixed  bursts  are  not  allocated  to  specific  stations,  then 
the  shared  up-link/ shared  down-link  realization  is  possible. 
Networks  realized  via  up-link/shared  down-link  TDMA  techniques 
are  economically  attractive  because  of  their  efficient  use  of 
satellite  capacity. 

FDMA  network  realization  techniques  readily  accommodate 
networks  which  must  share  transponders.  The  shared  up-link 
broadcast  down- link  network  realization  is  a  demand  assigned  TDMA 
system  in  an  FDMA  derived  channel.  (The  PODA  algorithm  could, 
with  minor  modification,  utilize  several  FDMA  derived  channels.) 
Networks  can  also  be  realized  in  a  subchannel  of  a  higher  data 
rate  TDMA  system,  e.g.,  a  portion  of  each  frame  could  be  allo¬ 
cated  to  the  network.  If  the  transponder  is  shared  via  FDMA 
techniques,  an  interference  penalty  and  a  loss  of  efficiency  may 
be  experienced  because  of  the  need  for  linear  transponder  opera¬ 
tion.  If  the  transponder  is  shared  via  TDMA  techniques,  there  is 
some  loss  of  system  flexibility  and  a  potential  cost  impact  be¬ 
cause  operation  at  the  higher  burst  rate  is  necessary. 
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4.  EXPERIMENTAL  PROGRAM 


4.1  INTRODUCTION 

The  COMSAT  experimental  program  was  designed  to  complement 
and  enhance  the  programs  of  the  other  participants  in  the  SATNET 
community.  The  principle  goal  in  the  COMSAT  program  was  to  measure 
the  system  performance  under  a  wide  variety  of  conditions  likely 
to  occur  in  an  operational  network  and  to  determine  to  what  degree 
the  system  meets  its  design  objectives.  There  are  two  issues 
inherent  in  those  activities.  The  first  is  the  measurement  of 
system  throughput,  delay  and  other  measures  of  customer  service 
with  respect  to  resource  utilization  within  the  satellite  channel 
and  supporting  ground  equipment.  The  second  is  the  validation  of 
stability-control  and  fault-recovery  mechanisms  built  into  the 
system  to  insure  robustness  and  fairness. 

In  contrast  to  these  issues  judged  of  primary  importance 
in  the  COMSAT  experimental  program,  the  programs  of  the  other 
participants,  namely  BBN,  NDRE,  UCL  and  UCLA,  emphasized  other 
issues.  BBN,  the  principal  implementor  of  the  ground-support 
software,  was  primarily  concerned  with  implementation,  debugging 
and  validation.  Many  of  the  tools  developed  by  them,  namely  EXPAK 
and  MONITOR,  were  useful  to  the  other  participants  as  well.  The 
COMSAT  experimental  program  complemented  the  BBN  program  by 
exploring  issues  of  fairness  and  robustness  and  in  detecting 
problems  in  implementation.  NDRE  and  UCL  were  active  in  speech 
experiments,  end-user  applications  and  gateway  performance  vali¬ 
dation.  The  COMSAT  program  did  not  address  these  areas  directly, 
since  the  measurement  data  activities  involved  only  the  SIMP's 
and  the  channel  itself.  UCLA  was  concerned  with  a  wide  spectrum 
of  channel  measurements  and  several  protocol  variations,  including 
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CPODA,  and  with  the  detailed  evaluation  of  CPODA  throughput  and 
delay  throughout  the  regime  of  stable  system  operation.  The 
COMSAT  program  complemented  this  program  by  exploring  configura¬ 
tions  including  three  stations  operating  in  potentially  unstable 
regimes  and  in  cases  where  stability  control  and  fairness 
principles  could  be  tested. 

The  COMSAT  program  also  included  performance  measure¬ 
ments  involving  the  Unattended  Earth  Terminal  (UET)  at  Clarksburg. 
Operation  of  the  UET  with  the  CPODA  protocol  was  possible  only 
near  the  end  of  the  reporting  period  and  then  only  in  loopback 
mode  to  itself.  Experiments,  reported  later  in  this  section, 
confirmed  that  the  software  and  hardware  was  compatible  and  that 
the  interface  operated  correctly  in  the  BPSK-coded  mode  with  the 
LINKABIT  modem. 

In  the  following  subsections,  the  structure  of  the 
network  is  described  with  reference  to  the  experimental  data  paths 
used  for  command,  data  collection  and  performance  monitoring  of 
the  network.  The  structure  of  the  experiment-support  software, 
including  portions  implemented  by  BBN,  UCLA  and  COMSAT,  is  described, 
with  special  emphasis  on  the  COMSAT  contribution.  This  software, 
which  operates  in  host  machines  on  the  ARPANET,  interacts  with 
the  SIMP  and  the  gateway  software  to  provide  a  real-time  command/ 
control  system,  which  has  numerous  interesting  features.  The 
objectives  and  structure  of  the  experiments  are  presented  and  the 
results  are  reported  in  the  context  of  a  simple  channel  model  that 
has  been  useful  in  establishing  experimental  parameters  and  pre¬ 
dicting  general  system  behavior. 


4.2  SATNET  CONFIGURATION 

During  the  previous  two  years  the  SATNET  configuration 
has  been  continuously  developed  and  has  changed  significantly. 
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With  increasing  experience  and  sophistication  of  the  experimenters, 
the  experiments  have  become  more  intricate  and  comprehensive. 

This  subsection  describes  the  network  topology,  as  well  as  the 
control,  data  collection,  and  monitoring  paths  available  for 
experimentation. 

The  detailed  organization  of  the  SATNET  space- segment 
and  earth-station  components  has  been  described  and  will  not  be 
repeated.  For  reference,  however,  the  structure  as  viewed  by 
the  experimenters  will  be  outlined.  The  current  configuration, 
shown  in  Figure  4-1,  consists  of  the  Atlantic  Primary  satellite 
in  position  off  the  west  coast  of  Africa,  together  with  the  Etam, 
Goonhilly,  Tanum,  and  Clarksburg  earth  stations.  Etam,  Goonhilly, 
and  Tanum  (the  large  stations)  can  receive  and  transmit  a  nominal 
64-kbit/8  data  rate,  while  Clarksburg  (the  small  station)  can 
receive  at  a  nominal  16-kbit/s  data  rate  and  transmit  at  either 
data  rate.  When  the  PSP  Terminals  are  installed  at  the  large 
stations,  then  all  the  stations  can  transmit  at  either  data  rate. 

The  satellite/earth  station  control  computers,  the  SlMPs, 
are  colocated  with  the  radio  equipment  at  the  station  and  are  con¬ 
nected  through  gateway  computer  to  the  ARPANET.  All  end-to-end 
user  traffic,  as  well  as  experiment  control  and  collection  traffic 
flows  through  the  gateways  with  certain  exceptions.  At  Clarksburg 
the  RCC  line  provides  connectivity  to  the  ARPANET  for  experiment 
control  and  collection  traffic  only.  This  line  carriers  no  user 
traffic.  At  Etam,  the  SDAC  line  provides  connectivity  to  the 
ARPANET  if  the  BBN  gateway  fails.  The  "back  door"  lines  at  Goonhilly 
and  Tanum  are  not  normally  available  for  this  purpose. 

In  the  latest  SIMP- I I  control  program,  the  experiment 
control  and  data  collection  functions  are  normally  performed 
using  the  data  path  through  the  gateway  (except  at  Clarksburg) , 
which  is  also  assumed  in  this  report.  In  some  cases,  the  gateways 


Figure  4-1.  Experimental  Configuration 


are  a  considerable  distance  from  their  SIMPs,  in  one  case  not 
even  in  the  same  country.  In  this  report,  the  gateways  are 
identified  as  NDRE,  which  is  connected  to  the  Tanum  SIMP;  UCL, 
which  is  connected  to  Goonhilly;  COMSAT,  which  is  connected  to 
Clarksburg;  and  BBN,  which  is  connected  to  Etam. 

The  COMSAT  gateway,  which  is  not  directly  connected 
to  the  ARPANET,  was  originally  intended  as  a  data  path  between 
the  ARPANET  and  the  IBM  System  360/65  computer  located  at  COMSAT 
Laboratories  in  Clarksburg;  however,  this  function  has  not  been 
fully  developed.  Instead,  it  is  planned  to  connect  the  gateway 
to  a  small  minicomputer  intended  as  a  base  for  application- 
oriented  experiments  involving  packet  speech,  facsimile  and  other 
specialized  data.  Presently,  the  4.8-kbit/s  data  connection  from 
the  Clarksburg  SIMP  to  the  RCC  in-house  computer  network  at  BBN 
enables  the  ARPANET- resident  control  programs  to  access  the 
Clarksburg  SIMP.  A  special  feature  of  the  code,  which  operates 
much  like  a  miniature  gateway,  also  provides  access  to  the  COMSAT 
gateway  via  the  4.8-kbit/s  line. 

Notwithstanding  the  connectivity  via  the  gateways  and 
the  ARPANET,  the  control,  collection,  and  monitoring  traffic  can 
be  sent  from  one  SIMP  to  another  by  the  space  setment.  For 
example,  if  a  connecting  gateway  or  line  is  down,  traffic  to  and 
from  one  SIMP  can  be  routed  via  the  space  segment,  another  SIMP, 
its  attached  gateway  and  the  ARPANET.  Therefore,  the  possible 
configurations  for  experiment  control,  data  collection  and 
monitoring  are  numerous  and  an  interesting  feature  for  study  in 
the  experimental  program. 


4.3  EXPERIMENT  CONTROL,  COLLECTION,  AND  MONITORING  FUNCTIONS 

In  the  last  Interim  Report  [4],  the  structure  and  operation 
of  the  SATNET  experiment  control,  collection  and  monitoring  software 
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was  described.  In  the  latest  reporting  interval,  significant  new 
features  were  added  to  the  COMSAT  software  to  support  non- steady- 
state  experiments  and  to  greatly  reduce  the  effort  required  to 
perform  them.  In  this  subsection,  the  structure  and  operation  of 
the  complete  package,  including  the  new  features  will  be  described. 

Figure  4-2  shows  the  configuration  of  the  experiment 
control,  collection,  and  monitoring  system.  In  the  design  of 
the  present  experiment  control  software  both  the  control  and 
data-collection  functions  must  occur  on  the  same  ARPANET  host. 
Although  two  hosts,  BBNE  in  Boston  and  ISIE  in  Los  Angeles,  are 
equipped  for  these  functions,  all  experiments  conducted  to-date 
have  used  ISIE.  The  software  package  for  experiment  control, 

EXPAK,  generates  control  messages,  termed  parameter-change  (PC) 
messages,  which  are  transmitted  over  the  ARPANET  paths  to  a 
selected  SATNET  gateway  and  then  to  the  SIMP.  The  gateway 
selected  is  usually  connected  directly  to  the  SIMP  for  efficiency 
and  reliability;  however,  the  PC  message  could  be  relayed  via 
another  gateway  and  the  space  segment  if  required  by  equipment 
or  circuit  outages.  Data  collected  at  the  various  SlMPs  are 
returned  to  EXPAK  by  the  same  or  different  paths  than  those  used 
by  the  PC  messages.  These  data  include  configuration  and  status 
information  pertaining  to  each  SIMP,  as  well  as  accumulated 
statistics  on  equipment  operation  and  data  traffic,  called 
cumulative  statistics  (cumstats) . 

The  principal  measurement  tool  in  all  experiments  is 
a  set  of  synthetic  traffic  generators,  which  can  simulate  various 
traffic  rates,  distributions,  and  network  configurations.  Each 
of  the  eight  traffic  generators  in  each  SIMP  can  be  specified  to 
direct  time-stamped  messages  to  the  same  or  another  SIMP,  which 
measures  the  transmission  delays  and  constructs  statistics  such 
as  means,  maxima,  minima,  and  histograms.  These  data  are  incor¬ 
porated  into  the  cumstat  messages  which  are  returned  to  the 
experiment  control  site. 
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The  traffic  generators  can  be  specified  to  generate 
traffic  of  several  rates  and  types ,  including  datagram  and  stream 
with  and  without  acknowledgments  and  belonging  to  any  of  several 
priority-delay  classes.  Each  of  the  eight  generators  can  be 
separately  enabled  or  disabled  at  specified  times  according  to  a 
schedule,  stored  in  the  SIMP,  which  can  be  specified  by  the 
experimenter . 

A  typical  experiment  involves  the  specification  of  the 
traffic-generator  parameters  for  each  SIMP,  together  with  a 
specification  of  the  schedule  of  times  each  generator  is  to  be 
enabled  or  disabled.  These  data  are  sent  as  PC  messages  over  the 
ARPANET  and  gateway  paths  to  each  SIMP  as  required.  As  part  of 
this  process,  the  destination  and  route  (gateway)  to  be  used  by 
the  cumstats  is  specified.  The  experiment  itself  is  initiated 
by  a  special  PC  message  which  causes  the  schedule  to  be  activiated 
in  each  SIMP  at  the  same  global  time.  As  the  binary-coded  cumstats 
are  received  at  the  experiment  collection  host,  they  are  converted 
to  symbolic-text  form  suitable  for  printing  and  saved  in  the 
experiment  data  base.  Following  the  experiment,  the  set  of 
cumstat 8  collected  are  processed  and  various  reports  are  produced. 


4.3.1  The  Real-Time  Network  Monitoring  Program  (MONITOR) 

In  addition  to  the  control  and  collection  functions 
initiated  by  the  experimenter,  the  SIMPs  and  the  gateways  auto¬ 
matically  send  periodic  reports  (as  shown  in  Figure  4-3)  to  a 
designated  ARPANET  site,  currently  BBNE  in  Boston.  The  reports 
of  the  SIMPs  are  derived  from  channel  monitoring  data  using  the 
hello  subframe,  which  occurs  at  about  1.3-s  intervals.  The  hello 
subframe  is  divided  into  four  subframes  during  each  of  which  a 
single  SIMP  transmits  a  monitoring  packet.  All  the  SIMPs,  including 
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SatNet  Monitor*  Internet  Version*  -550 
Last  Recorder <361 )  Restart;  12-  Dec-  78  07*17*55 
Last  GWMON ( 52 )  Restart;  10- Dec- 78  I4;i4;09 
Current  mode  is;  Event  monitoring 
Type  y  for  help* 

All .  * 

E  1012  001777  <3.016)  0  0*0*0*0  0*0*0*0  0. 0*0*0  16*16*16*16 

E  1012  001777  E-0/0/192  8=0*0/0/256  C=4/4/4/.90  DS=0/0/4  DR=0/0/0 
E  1012  001777  <3.0;6>  CP0DA  R=64  BCK=3.21 

T  1012  001777  <3.0.*6>  CE0DA  R=64  BCK=3.68 

E  1012  001777  Host  1  Up  PS- 0/3  PR=0/4  HI=64/62  MS=0/1  MR=0/2 

E  1012  001777  Host  2  Up  PS-0/0  PR=0/4  HI=66/66  MS=0/0  MR=0/2 

G  1012  001777  Host  1  Up  PS=0/3  PR=0/4  MI=67/66  MS=0/1  MR=0/2 

T  1012  001777  Host  I  Up  PS=0/3  PR=0/4  HI =67/66  MS*0/1  MR=0/2 

G  1012  001777  <3.0;6>  0  0*0*0*0  0*0*0*0  0*0*0*0  16*16*16*16 

G  1012  001777  £=0/0/192  8=0*0/0/256  C=6/2/2/.90  DS=0/0/2  DR =0/0/0 
T  1012  001777  < 3 ♦ 0 ; 6 )  0  0*0*0*0  0*0*0*0  0, 0*0*0  16*16*16.16 

T  1012  001777  £=0/0/192  8=0*0/0/256  06/2/2/ . 90  DS=0/0/2  DR=0/0/0 
G  1012  001777  <3.056)  CP0DA  R=64  BCK=3.51 

--  1012  Gateways  *  B=  0/2.  U=0/4.  N=0/3*  C=Dn 
■-  1013  Gateways,  0=0/4*  U=<>/4*  N=0/4*  C=Dr. 

G  .1014  021777  <3.0.*6>  0  0*0*0*0  0*1*0*0  0*0*0*0  16*16*16*16 

G  1014  021777  E=l/0/191  8=0*0/0/256  06/1/1/. 90  DS=0/0/l  DR=0/0/0 
T  1014  021777  (3*016)  0  0*0*0*0  0*0*0*0  0*0*0*0  16*16*16*16 

T  1014  021777  E=0/0/J. 92  8=0*0/0/256  C=6/l/l/.90  D8=0/0/l  DR=0/0/0 
G  1014  021777  <3.0;61  CPODA  R=64  BCK=3,51 

T  1014  021777  '3.0!6>  CPODA  R=64  BCN=3.68 

G  1014  021777  Host  1  (Jp  PS--0/3  PR=0/2  MI-67/65  MS=0/1  MR=0/1 

T  1014  021777  Host  1  Up  PS=0/3  PR*0/2  HI=66/65  MS=0/1  MR=0/1 

-  1014  Gateways*  E<=0/2 *  (J=0/4*  N=0/4 *  C=Dn 


1014  12-Dec  78  All  Is  OK. 


Figure  4-3.  Example  Of  MONITOR  Output 
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the  transmitter,  monitor  these  packets  and  record  the  number  of 
packets  successfully  received.  The  data  derived  from  these 
packets  are  periodically  sent  via  either  the  attached  gateway 
and  the  ARPANET  to  BBNE  or  indirectly  via  the  space  segment  and 
another  SIMP  to  the  same  destination  (lines  beginning  with  "E", 

"G",  or  "T",  and  containing  only  numbers).  Path  selection  depends 
upon  numerous  considerations,  including  the  state  of  the  line 
connecting  the  SIMP  and  its  gateway,  certain  fixed  tables  assembled 
in  the  SIMP  code,  and  explicit  polling  messages  transmitted  to 
the  SIMPs  from  the  monitoring  program  at  BBNE.  Other  data  reported 
by  the  SIMP  include  message  traffic  to  and  from  the  gateways 
and  the  status  of  the  connected  communications  line  (other  lines 
beginning  with  "E" ,  "G",  or  "T"  in  Figure  4-3). 

The  gateways  also  periodically  report  status  to  BBNE 
(lines  beginning  with  in  Figure  4-3)  using  only  the  ARPANET 
paths.  From  these  reports  and  from  those  of  the  SIMPs,  the  BBNE 
monitoring  program  (MONITOR)  determines  the  components  and  circuits 
which  are  operable  in  the  aggregate  experimental  network  and  makes 
available  periodic  state  information  which  can  be  accessed  by 
experimenters  and  network  control  personnel.  During  normal 
experiment  operations,  the  experimenter  has  access  to  a  terminal 
which  displays  this  information  in  real  time.  Presently,  this 
requires  a  terminal  in  addition  to  the  one  used  for  experiment 
control. 


4.3.2  The  Experiment  Control  Program  (EXPAK) 

Experiments  involving  the  satellite  channel  and  the 
SIMPs  are  normally  controlled  using  a  program  called  EXPAK, 
which  was  constructed  by  BBN  and  described  in*PSPWN  83.  The 
program  is  designed  to  run  on  designated  ARPANET  hosts,  currently 
ISIE  and  BBNE,  and  provides  interactive  control  of  several 
functions,  including  the  following » 


a.  Authenticating  user  identity,  enabling  certain  privi¬ 
leged  system  features,  and  setting  up  data  collection  files. 

b.  Translating  the  user-supplied  PC  messages  into  internal 
form  and  sending  them  as  directed  to  the  selected  SIMPs  using  the 
selected  ARPANET/SATNET  paths. 

c.  Storing  the  incoming  cumstat  messages  in  a  specified 
file  termed  the  history  file. 

d.  Accumulating  the  appropriate  cumstat  data  into  a 
specified  file  termed  the  summary  file  (also  called  the  cumstat 
array) . 

e.  Presenting  the  selected  cumstat  messages  and  portions 
of  these  messages  in  real  time  on  the  operator's  terminal.  (This 
is  useful  for  debugging  and  monitoring  certain  data  as  the  experi¬ 
ment  proceeds. ) 

f.  Establishing  the  ARPANET/SATNET  data  paths  to  be 
used  for  PC  and  cumstat  messages  automatically  or  as  specified 
by  the  experimenter. 

This  software  package  has  been  revised  as  the  SIMP  con¬ 
trol  program  and  the  SATNET  monitoring  and  control  procedures 
have  matured.  In  the  most  useful  mode  of  operation,  PC  messages 
are  prepared  in  advance  for  an  experiment  using  the  appropriate 
program.  The  messages  for  a  single  experiment  involving  one  or 
more  SIMPs  are  stored  in  a  file  with  routing  information  indicating 
the  SIMP  and  access  path  for  each  message.  Figure  4-4  is  an 
example  of  such  a  message.  A  number  of  files  are  necessary,  one 
for  each  data  point  in  an  experiment  and  a  set  for  each  experiment. 
Additional  files  are  required  for  various  functions  including  SIMP 
initialization,  experiment  activation,  and  panic  stop.  The  PC 
message  is  represented  by  pairs  of  octal  numbers,  the  first 
identifying  the  parameter  and  the  second  the  value.  Each  message 
segment  is  proceeded  by  a  header  indicating  the  SIMP(s)  and  route 
(gateway) .  These  messages  can  then  be  sent  by  EXPAK  with  a  single 
command. 
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Figure  4-4.  Example  Of  PC  Message 
(Use  File  Format) 
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The  cumstats  collected  during  the  experiment  are  recorded 
in  both  the  history  and  the  summary  files.  The  history  file 
contains  a  complete  packet-by-packet  description  of  all  messages 
sent  to  and  from  the  SIMPs,  including  PC  messages,  cumstat  messages, 
and  acknowledgments.  In  addition,  the  time- stamped  data  portions  of 
all  cumstat  messages  are  recorded  packet-by-packet.  The  summary 
file  contains  the  aggregate  cumstat  data  collected  during  the 
experiment.  The  individual  entries  consist  of  either  the  arith¬ 
metic  sum  or  the  maximum  of  corresponding  entries  in  the  individual 
cumstat  messages  as  they  arrive  at  the  data  collection  site.  With 
the  use  of  the  history  file,  the  events  during  an  experiment  can 
be  reconstructed  in  considerable  detail,  including  the  production 
of  the  summary  file.  However,  the  large  size  of  the  history  file 
creates  problems  in  file  management  and  access. 

The  experiments  reported  previously  have  involved  only 
steady-state  measurements.  Therefore,  only  the  data  of  the 
sumary  file  have  been  necessary  and  the  only  data  used  from  the 
history  file  have  been  special  cumstat  messages,  called  readout 
messages,  returned  by  the  SIMPs  participating  in  the  experiment. 

The  readout  messages  contain  the  current  values  of  all  storage 
areas  that  can  be  altered  by  PC  messages  and  verify  that  the  various 
parameters  have  been  set  properly.  The  experiments  run  during  the 
last  reporting  interval  included  many  that  were  designed  to  observe 
transient  phenomena  and  other  non- steady-state  measurements.  For 
this  reason,  the  experiment  data-reduction  procedures  now  make  use 
only  of  the  history  file  and  the  summary  file  is  no  longer  used. 

In  order  to  reduce  the  bulk  of  these  data,  new  reformatting  and 
data-compaction  procedures  were  developed.  These  will  be  described 
in  the  next  section. 

While  the  experiment  is  in  progress,  selected  portions 
of  the  cumstat  messages  can  be  displayed  upon  arrival  in  real  time 
at  the  controlling  terminal.  This  feature  has  been  useful  in 
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determining  if  the  experiment  is  proceeding  properly  or  if  an 
external  disruption  such  as  equipment,  line,  or  channel  failure 
has  occurred.  In  general,  experiment  plans  have  called  for  the 
return  of  a  complete  set  of  cumstats  from  each  SIMP  at  intervals 
of  between  fifteen  and  thirty  seconds  and  for  the  continuation  of 
the  experiment  for  several  minutes.  These  values  have  been  proven 
appropriate  for  the  experiments  conducted  to-date. 

4.3.3  Data  Reduction  And  Editing  Programs 


The  volume  of  the  data  collected  during  experiments  has 
required  construction  of  a  sizable  library  of  data  reduction  and 
editing  programs.  Although  at  least  one  program  usable  with 
EXPAK-collected  data  was  known  to  exist  (REDUCE,  written  at  UCLA) , 
this  program  was  designed  primarily  to  yield  throughput/delay 
measurements  and  was  not  suited  to  the  much  wider  range  of  measure¬ 
ments  required  in  the  COMSAT  programs.  In  addition  to  throughput/ 
delay  measurements ,  the  COMSAT  programs  were  designed  to  yield 
performance  data  of  the  CPODA  algorithm  itself  with  respect  to 
resource  allocation  and  fairness  principles,  and  to  probe  for 
potential  problems  in  stability  and  robustness. 

The  COMSAT  programs  were  all  written  in  BASIC  for  the 
TOPS- 20  host  in  the  ARPANET.  This  language  was  chosen  so  that  the 
data  reduction  and  edition  procedures  could  be  easily  constructed 
and  modified  and  has,  on  hindsight,  been  a  good  choice.  Although 
normally  run  on  a  TOPS- 20  host,  some  of  these  programs  have  also 
been  run  on  an  off-line  LSI-11  host.  When  operated  in  this  mode, 
the  experiment  data  files  (history  or  summary)  are  transferred  via 
an  ARPANET  TIP  line  to  floppy-disk  storage  on  the  LSI-11  prior  to 
processing. 

As  will  be  described  in  detail  below,  the  manner  in  which 
data  are  collected  during  an  experiment  has  changes  since  the  last 
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report.  Where  previously  a  separate  and  distinct  run  was  performed 
for  every  data  point,  the  new  technique  requires  only  a  single 
run  for  all  data  points  in  a  particular  experiment.  Thus,  a  run 
containing  up  to  sixteen  different  sets  of  traffic-generator 
parameters  can  be  performed  without  operator  intervention. 

Besides  providing  the  mechanism  necessary  for  transient  analysis, 
this  technique  has  dramatically  reduced  the  time  and  effort 
necessary  to  conduct  the  experiment.  The  additional  software 
which  implements  these  capabilities  includes  features  for  plotting 
throughput/delay  curves  and  other  similar  data. 

Of  the  programs  incorporated  into  the  COMSAT  library, 
the  following  are  representative: 

SEPAR  -  Extract  selected  cumstat  messages  from  the 
history  file  for  later  processing. 

FORMAT  -  Reformat  cumstat  messages,  check  for  errors  and 
save  in  compacted  form. 

PRINT  -  Print  cumstat  messages  in  detailed  form  (primarily 
used  as  a  debugging  tool) . 

REDUCE  -  Print  reduced  data  from  cumstat  messages  in  the 
form  of  histograms  and  tables. 

EXPLOT  -  Plot  selected  data  points  reduced  from  a  collection 
of  cumstat  messages. 

PCMSG  -  Construct  and  edit  PC  messages  to  be  used  by 
EXPAK. 

The  structure  and  function  of  each  of  the  programs  described  in 
abstract  above  will  be  described  in  this  subsection. 

SEPAR  extracts  selected  cumstat  messages  from  the  history 
file.  Normally  only  a  single  history  file  is  recorded  for  a  set 
of  runs  comprising  one  or  more  experiments  conducted  during  a 
single  session.  This  program  provides  a  mechanism  to  sort  and 
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merge  the  cumstat  data  into  separate  files  for  further  processing. 
Normally,  these  files,  as  well  as  the  history  file,  are  purged 
from  the  data  base  once  the  files  have  been  processed  by  FORMAT 
(see  below) . 

FORMAT  extracts  cumstat  messages  from  the  history  file 
or  the  files  prepared  by  SEPAR  to  produce  a  formatted  file,  in 
compact  form,  suitable  for  archival  storage  and  for  further 
processing  by  other  programs.  This  program  also  checks  for 
consistency  in  the  readout  messages  returned  by  the  SIMPs  and 
summarizes  the  various  types  of  errors  that  have  occurred, 
including  those  due  to  channel  errors,  buffer  overruns,  and 
equipment  faults.  On  the  basis  of  this  information,  a  data 
point  can  be  discarded  if  necessary  before  more  extensive  pro¬ 
cessing  is  performed. 

A  specimen  printout  produced  by  FORMAT,  which  is  shown 
in  Figure  4-5,  displays  a  set  of  PC  messages  sent  to  the  SIMPs 
along  with  their  transmission  times.  Occasionally,  a  single,  long 
PC  message  is  fragmented  by  EXPAK  into  several  short  packets 
before  transmission;  in  these  cases,  separate  acknowledgment 
packets  are  returned  by  the  SIMP.  Discrepancies  between  the  read¬ 
out  messages  returned  by  each  SIMP  are  also  recorded.  Although 
most  of  the  data  of  these  messages  is  identical  for  each  SIMP, 
some  (e.g.,  that  pertaining  to  the  traffic  generators)  is  not. 

These  intentional  discrepancies  as  well  as  the  inadvertent  ones, 
which  result  in  an  invalid  experimental  configuration,  are  shown. 
The  printout  also  summarizes  the  errors  reported  during  the  experi¬ 
ment.  Many  of  these,  for  example,  down-link  transmission  errors, 
are  a  normal  feature  of  contention  systems  like  SATNET.  Others, 
such  as  up-link  errors  and  buffer  overruns,  are  indicative  of 
resource  management  problems  or  inadequacies  in  the  SIMP  hardware 
and  software  design. 

PRINT  reads  the  compact  file  produced  by  FORMAT  and 
prints  edited  summaries  of  both  readout  and  cumstat  data.  The 
operator  can  specify  that  selected  SIMPs  and  subsets  of  the 
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Figure  4-5.  Example  Of  FORMAT  Output 


readout  or  cumstat  data  be  included  and  that  the  output  be 
meaningfully  labeled.  This  program  is  most  useful  as  a  diagnostic 
tool  to  interactively  probe  for  inconsistencies  in  the  experiment 
design  and  conduct  after  anomalies  in  the  readout  or  error  reports 
have  been  discovered  by  the  FORMAT  program. 

Figure  4-6  shows  a  part  of  a  specimen  printout  of 
PRINT,  which  was  produced  from  the  portion  of  the  summary  file 
collected  from  the  Etam  SIMP  during  an  experiment.  The  data  are 
presented  in  raw  form,  and  no  processing  other  than  formatting  is 
performed. 

REDUCE  reads  the  compact  file  produced  by  FORMAT,  com¬ 
putes  specified  performance  data,  and  prints  edited  summaries  in 
the  form  of  tables  and  historgrams.  As  in  the  other  programs, 
the  operator  can  select  the  form  and  content  of  the  output  from 
one  or  more  of  the  following  categories: 

a.  Frame  data,  consisting  of  the  mean  lengths  of  the 
various  frames  and  subframes  with  calculated  utilizations. 

b.  Packet  data,  consisting  of  transmitted  and  received 
packet  tallies  for  each  station  classified  by  subframe  and  type. 

c.  Message  data,  consisting  of  transmitted  and  received 
message  tallies  by  packet  type.  (These  include  message  arrival, 
reservation,  transmission,  reception,  delivery  and  acknowledgment 
counts  for  each  station.) 

d.  Header  data,  consisting  of  traffic  and  throughput  of  the 
channels  formed  by  the  available  headers  of  each  packet  type 
(contention  and  piggyback) . 

e.  Systems  performance  data,  consisting  of  mean  delays  and 
throughputs  for  the  various  message  source-sink  combinations 
selected  for  the  particular  experiment.  The  displayed  information 
includes  means,  upper  and  lower  bounds  and  histograms,  together 
with  packet  counts  by  SIMP,  delay  class  and  priority. 
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An  example  printout  of  REDUCE  is  shown  in  Figure  4-7 
and  4-8.  Figure  4-7  illustrates  the  reduced  data  on  frame  and 
packet  header  utilization,  packet  tallies,  mean  queue  lengths, 
and  channel  loading.  For  this  particular  experiment,  the  infor¬ 
mation  subframe  was  almost  completely  full  [relative  rate  in  the 
information  subframe  (Section  1,  line  3)  is  0.818],  and  the 
control  subframe  was  heavily  loaded  [traffic  and  throughput 
(Section  7,  lines  2  and  3)  are  0.158  and  0.123,  respectively.] 
Occasionally,  because  of  the  particular  algorithm  used  to  transmit 
cumstats,  the  totals  in  the  printouts  produced  by  REDUCE  may  not 
be  precise.  This  is  evidenced  by  the  small  negative  numbers  in 
the  specimen  printout  and  by  the  small  discrepancies  in  the 
packet  tallies.  In  addition,  well-known  anomalies  in  the  operation 
of  the  BASIC  interpreter  cause  certain  very  small  floating-point 
numbers  to  appear  many  orders  of  magnitude  too  large. 

Figure  4-8  illustrates  the  format  of  the  message  delay 
and  histogram  data  produced  by  REDUCE,  which  includes  several 
statistics  on  delay  means,  maxima,  and  minima,  as  well  as  histograms 
of  delay  distributions.  As  explained  previously,  these  histograms 
are  valuable  in  the  identification  of  the  instabilities  and 
anomalies  in  the  channel-scheduling  algorithm  operation. 

EXPLOT  is  a  plotting  package  designed  to  provide  a 
"quick  look"  feature  for  the  various  data  collected.  It  scans 
a  collection  of  cumstat  messages  and  extracts  successive  values 
of  a  selected  variable.  It  can  also  perform  data  reduction 
operations  as  in  REDUCE  to  produce  these  values.  It  then  scales 
and  plots  these  values  by  cumstat  number  and  labels  the  axes. 

An  example  of  the  plot  produced  can  be  found  in  the  next  subsection. 

PCMSG  is  a  special-purpose  editing  program  used  to 
produce  PC  messages  for  submission  to  EXPAK.  It  provides  a  number 
of  editing  and  formatting  features  designed  to  simplify  message 
construction  and  manipulation,  especially  for  users  who  do  not 
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8.  Sink  Statistics 
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Figure  4-1.  Example  Of  REDUCE  Printout 
(Sink  Statistics) 


need  to  understand  in  detail  the  construction  or  use  of  PC  mes¬ 
sages  by  EXPAK  and  the  SXMPs.  The  features  currently  implemented 
include  the  following: 

a.  Create  PC  message  file  or  merge  with  existing  file. 

b.  Insert  and  delete  individual  unformatted  (octal) 
parameters  in  the  message. 

c.  Change  the  destination  or  routing  of  one  or  more  PC 
messages  in  the  file. 

d.  Edit  individual  formatted  parameters  in  the  message 
using  an  interactive  script  in  which  each  member  of  a  set  of 
selected  parameters  is  displayed  with  a  short  explanation  of  its 
function.  The  experimenter  is  then  invited  to  provide  a  new  value, 
change  the  existing  one,  or  delete  it. 

e.  Print  the  contents  of  the  PC  message  file  in  either 
formatted  or  unformatted  (octal)  form.  The  unformatted  form  is 

in  the  EXPAK  format  (see  Figure  4-4).  An  example  of  the  formatted 
form,  which  is  keyed  to  the  editing  features,  is  shown  in  Figure  4-9. 
This  form  is  also  produced  by  the  PRINT  program  from  a  readout 
message,  allowing  quick  comparisons  for  verification  and  error 
detection. 

This  program  is  most  useful  in  the  construction  of  new 
PC  message  files  or  in  systematic  changes  to  the  existing  ones. 
Features  for  the  construction  of  parameters  whose  values  are 
encoded  into  portions  of  the  same  16-bit  SIMP  word  are  especially 
valuable,  since  this  ordinarily  would  involve  tedious  computations 
by  hand  in  the  octal  radix. 
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4.4 


EXPERIMENT  RESULTS 


4.4.1  Introduction 


The  COMSAT  experimental  program  has  emphasized  the 
algorithmic  verification  and  performance  evaluation  of  SATNET  under 
a  wide  variety  of  operating  conditions  at  the  expense #  if  necessary# 
of  parametric  optimization  and  fine  tuning  under  well-behaved 
operating  conditions.  This  report  does  not  attempt  to  present  a 
complete  and  detailed  history  of  the  experiments.  In  many  cases# 
the  experiments  were  designed  to  reveal  inadequacies  in  the  channel¬ 
scheduling  algorithm  and  to  aid  in  its  fine  tuning.  In  most  cases# 
after  an  inadequacy  was  found#  its  cause  was  identified  and  the 
problem  was  solved.  Accordingly#  the  experimental  results  pre¬ 
sented  in  this  subsection  demonstrate  that  the  operation  of  the 
hardware  and  software  conforms  to  design  expectations.  Of  particular 
interest  is  system  behavior  when  confronted  with  traffic  intensities 
near  the  extrema  of  the  capacity  envelope  where  the  resource  manage¬ 
ment  and  fairness  principles  of  the  scheduling  algorithm  are  most 
vulnerable. 

There  were  three  classes  of  experiments  identified  in  the 
COMSAT  experiment  plan:  those  involving  steady-state  measurements# 
reported  in  the  last  Interim  Report;  those  involving  nonsteady-state 
measurements;  and  those  involving  the  small  station.  The  results  of 
the  latter  two  will  be  the  principal  topic  in  this  subsection; 
however#  the  results  of  the  former  will  be  summarized  for  completeness. 

All  of  these  experiments  with  the  exception  of  the  Clarks¬ 
burg  experiments  involved  three  SIMPs:  Etam,  Goo nh illy,  and  Tanum. 

The  Clarksburg  experiments  involved  only  the  Clarksburg  SIMP  in 
loopback  mode  to  itself.  These  experiments  will  be  discussed  in  a 
later  section.  Figure  4-10,  which  shows  the  SATNET  configuration 
used#  evidences  that  each  SIMP  had  two  active  message  classes#  the 
a  class  and  the  6  class,  with  each  individual  generator  sending  along 


a  -  BACKGROUND  TRAFFIC 
fi  -  CONTROLLED  TRAFFIC 


Figure  4-10.  Three-Station  Experimental  Configuration 


the  source/sink  path  shown.  This  configuration  was  chosen,  both  for 
its  flexibility  in  adapting  to  different  experimental  designs  and 
for  the  detection  of  asymmetries  due  to  anomalies  and  breaches  of 
fairness  principles  in  the  scheduling  algorithm. 

The  experiments  are  distinguished  only  by  the  parameters 
assigned  to  the  two  generator  classes  a  and  6,  and  in  the  activation 
schedule  for  the  message  generators.  For  both  classes,  a  geometric 
message  interarrival  distribution  with  a  mean  of  1/A  message  per 
second  (depending  on  the  activation  schedule)  and  a  uniform  message 
length  distribution  with  a  mean  of  64  words  (1024  bits)  was 
chosen.  These  distributions  were  selected  for  the  following  reasons: 

a.  to  approximate  the  characteristics  of  the  ARPANET  traffic, 
which  will  probably  be  carried  on  this  system  in  the  near  future; 

b.  to  provide  reasonably 'close  agreement  with  assumptions 
made  in  the  simple  channel  model  (described  in  the  last  Interim 
Report) ;  and 

c.  to  avoid  the  spurious  behavior  which  occurred  with  fixed 
interarrival  intervals  and/or  message  lengths  when  the  operation  of 
the  scheduling  algorithm  and  the  message  generation  algorithm 
developed  undesirable  synchronization  tendencies. 

The  remaining  parameters  in  the  a  and  8  message  classes  are 
the  mean  generation  rate,  priority,  delay  class  and  holding  time 
specifications.  In  all  experiments,  the  priority  was  fixed  and  the 
holding  time  was  as  long  as  practicable,  so  that  the  behavior 
could  be  compared  with  that  predicted  by  the  model.  Thus,  the 
operative  parameters  that  distinguish  the  various  experiments  were 
the  generation  rate  and  the  delay-class  specifications. 

4.4.2  Channel  Calibration  and  Proof-of-Performance 

In  order  to  assure  that  the  channel  was  performing 
satisfactorily,  at  least  under  operating  conditions  likely  to  prevail 
in  practice,  a  set  of  calibration  measurements  were  performed  and 


documented  in  the  last  Interim  Report.  These  experiments,  which 
parallel  those  made  by  UCLA  and  NDRE,  verify  that  the  scheduling 
algorithm  performs  as  expected  and  that  the  channel  can  be  loaded 
under  steady-state  conditions  to  approximately  full  utilisation  of 
the  information  frame.  These  experiments  are  briefly  summarised  below. 

In  the  first  experiment,  which  was  designed  as  a  baseline 
for  the  other  two,  the  generation-rate  and  delay-class  parameters 
were  identical  for  both  the  a  and  6  classes,  so  that  the  configura¬ 
tion  was  symmetric.  This  experiment  involved  measurements  over  a  wide 
range  of  generation  rates  from  a  level  corresponding  to  essentially 
a  single  message  in  the  system  at  any  given  time  to  a  level  corres¬ 
ponding  to  complete  saturation  of  network  resources.  Figure  4-11 
shows  the  system  behavior  for  traffic  rates  over  this  range.  In  this 
and  the  following  figures,  the  traffic  rates  are  relative  to  the 
128-V8  CPODA  frame  (65  kbit),  so  that  the  maximum  relative  rate  is 
(128-16-2) /128~ 0.84.  Both  mean  message  delay  (in  vs)  and  control- 
channel  traffic  (in  vs/vs)  are  evident  in  the  Figure.  The  dip  in 
control-channel  traffic  at  about  0.82  relative  rate  is  believed  to 
correspond  to  a  quasi-stable  state  in  which  substantially  all  the 
reservations  and  acknowledgments  are  transmitted  in  piggyback  mode 
(see  below).  Note  that,  even  at  relative  rates  close  to  channel 
saturation,  control-channel  traffic  is  less  than  the  s lot ted- ALOHA 
saturation  limit  of  2/e(~0.36). 

The  throughput-delay  performance  of  the  channel  under 
these  steady-state  uniform  traffic  conditions  can  be  summarised  as 
follows:  At  a  relative  rate  of  0.8,  the  mean  message  delay  is  about 
three  seconds,  corresponding  to  an  incident  traffic  level  of  about 
17  kbit  per  station,  or  17  64-word  (1  kbit)  packets  per  second.  At 
low  relative  rates,  the  delay  is  approximately  constant  at  a  little 
over  a  second  and  includes  components  due  to  CPODA  frame  synchronisation* 
reservation  transmission,  and  message  transmission.  On  the  average* 
a  packet  arrives  at  the  station  in  the  middle  of  a  CPODA  frame  and 
the  reservation  is  transmitted  as  a  control  packet  in  the  next  frame. 

New  reservations  can  be  entered  in  the  central  queue  only  after  the 
end  of  this  frame  plus  the  round-trip  time.  In  the  experiments*  the 
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CPODA  frame  is  29  vs  long  and  the  round-trip  time  is  about  27  vs. 

Thus  the  delay  is  about  1.5  x  29  +  2  x  27  *  98  vs.  The  delay  time 
plus  the  transmission  time  of  slightly  less  than  2  vs  plus  minor 
synchronizing  delays  accounts  for  the  minimum  value  mean  delays 
shown  in  Figure  4-11. 

The  second  experiment  was  designed  to  exercise  the 
algorithm  that  allocates  reservations  and  acknowledgments  to 
packet  headers.  This  algorithm  either  initiates  a  control  (contention) 
packet  or  waits  for  a  scheduled  information  (message)  packet  to  send 
reservations  or  acknowledgments  according  to  the  algorithm  described 
in  PSPWN  109.  In  the  experiment,  the  algorithm  was  applied  by  vary¬ 
ing  the  "foreground"  traffic  in  class  a  from  low  to  high  rates  while 
maintaining  the  "background"  traffic  in  class  0  constant  at  about 
one-half  the  rated  channel  capacity. 

Figure  4-12  shows  the  mean  message  delay,  control-channel 
traffic,  and  piggyback-channel  traffic  under  these  conditions.  The 
two  stations  in  the  0  class  transmit  at  about  0.24  relative  rate 
(15  kbit).  The  third  station,  which  is  in  the  a  class,  transmits  at 
relative  rates  ranging  from  approximately  zero  to  about  0.36.  At 
the  lower  rates,  the  third  station  can  seldom  piggyback  reservations 
and  acknowledgments  and  must  use  the  control  channel.  At  higher 
rates  piggyback  opportunities  increase,  as  is  evident  from  the  dip 
in  the  control-header  traffic  as  the  a-class  traffic  level  increases 
from  zero.  The  piggyback/control  header  selection  algorithm  loads 
piggyback  headers  up  to  90  percent  of  the  full  capacity,  and  loads 
the  control  headers  to  about  half  this  value.  Obviously,  this  is  a 
compromise.  Loading  control  headers  more  heavily  would  result  in 
longer  delays,  while  loading  them  more  lightly  would  result  in  in¬ 
creased  control-channel  congestion. 

The  third  experiment  was  designed  to  test  the  operation  of 
the  scheduling  algorithm  when  two  delay  classes  were  present.  As  in 
the  second  experiment,  the  foreground  traffic  was  varied  and  the 
background  traffic  was  held  constant.  However,  the  desired  delay  of 
the  background  traffic  was  set  at  twice  that  of  the  foreground  traffic} 
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therefore,  it  would  be  expected  that  an  increase  in  the  foreground 
traffic  would  preempt  the  background  traffic,  which  is  clearly 
evident  in  Figure  4-13.  As  the  relative  rate  increases  for  the 
256-vs  traffic,  (a)  the  mean  delay  for  the  512-vs  traffic  (6) 
increases  and  the  2 56- vs  traffic  remains  at  or  near  the  nominal 
desired  value.  As  in  the  previous  experiment,  the  decrease  in 
control-channel  traffic  is  due  to  increased  piggybacking  opportunities 


4.4.3  Problems  in  Channel  Scheduling  and  Stability  Controls 

The  experiments  performed  during  the  last  reporting 
interval  and  documented  in  the  last  Interim  Report  identified  a 
number  of  problems  in  channel  scheduling  and  stability  controls. 

These  problems  fell  into  three  main  areas i  (a)  apparent  processing 
inadequacies,  manifested  as  excessive  reservation-synchronisation 
dropouts  and  other  transient  phenomenal  (b)  breach  of  fairness  prin¬ 
ciples,  manifested  as  capture  of  the  channel  toy  one  or  a  group  of 
stations  causing  denial  of  service  to  the  remainder;  and  (c)  large 
variations  in  delay  for  end-to-end  traffic  in  excess  of  what  could 
be  expected  according  to  the  control  models  developed  by  UCLA  and 
COMSAT.  These  problems  will  be  discussed  in  this  section. 

Reservation  synchronisation  refers  to  the  state  in  which  all 
stations  have  verified  that  their  copy  of  the  global  scheduling  infor¬ 
mation  is  consistent  with  each  other  and  that  normal  reservation, 
transmission  and  acknowledgment  operations  can  proceed.  If  reserva¬ 
tions  are  not  received  by  a  station  or  if  a  station  cannot  transmit 
at  a  previously-scheduled  time,  then  this  consistency  is  lost.  If  a 
station  perceives,  by  listening  to  the  packets  transmitted  by  it  and 
the  other  stations,  that  this  consistency  is  lost  for  an  extended  time 
then  it  declares  itself  out  of  synchronisation  and  proceeds  to  try 
to  rebuild  a  consistent  copy  of  the  global  data  base.  During  the 
time  this  is  going  on,  it  is  unable  to  transmit  data  messages  and  the 
message  delays  through  the  station  increase  accordingly,  leading  in 
extreme  cases  to  messages  being  dropped  due  to  expiration  of  holding 
time,  etc. 


|  oj  |  no;) 
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Figure  4-13.  Experimental  Results  With  Two  Delay  Classes 


A  station  can  lose  reservation  synchronization  when  it  is 
unable  to  hear  packets  or  transmit  them  at  the  scheduled  time.  This 
can  be  due  to  local  noise  at  the  station,  packet  collision  due  to 
lack  of  global  data-base  consistency,  or  inability  of  the  SIMP  pro¬ 
gram  itself  to  keep  up  with  the  processing  required.  On  a  number  of 
occasions  during  the  refinement  of  the  CPODA  implementation  in  the 
Honeywell  processor,  it  was  observed  that  processing  delays,  rather 
than  channel  noise,  were  causing  reservation-synchronization  loss. 

This  was  most  evident  at  the  higher  traffic  levels  and  with  either 
very  short  or  very  long  messages.  Subsequently,  it  was  found  that 
the  overhead  for  sorting  the  central  queue  used  for  global  schedul¬ 
ing  was  impacting  the  short-message  case  and  the  overhead  to  copy 
and  reformat  buffers  used  internally  in  the  SIMP  was  impacting  the 
long-message  case.  Both  of  these  problems  have  since  been  solved,  in 
one  case  by  fixing  a  bug  in  the  software  and  in  another  by  restrict¬ 
ing  the  maximum  message  length.  However,  during  an  appreciable  period 
in  the  experiment  and  measurement  program,  it  was  not  possible  due 
to  these  causes  to  obtain  consistent  three-station  measurement  data 
and  many  data  points  had  to  be  discarded. 

A  considerable  number  of  measurements  were  performed  to 
evaluate  the  robustness  of  the  system  when  subject  to  traffic  levels 
near  and  exceeding  saturation.  At  these  levels,  the  congestion  con¬ 
trols  and  fairness  principles  come  into  play  as  they  affect  the 
acceptance  and  reservation-making  behavior  at  the  individual  stations. 
In  order  to  examine  the  behavior  in  detail,  a  number  of  experiments 
were  performed  using  traffic  levels  near  to  and  slightly  below  and 
above  information-subframe  saturation.  Figures  4-14  and  4-15 
illustrate  the  results  obtained.  Figure  4-14  is  a  detailed  summary 
of  the  steady-state  conditions  for  the  three-station  homogeneous- 
traffic  (a  -  0)  system  operating  at  an  aggregate  relative  rate  in 
the  information  subframe  of  about  0.82.  During  the  approximately 
two-minute  interval  (150  vs)  of  the  experiment,  each  station  trans¬ 
mitted  about  2000  information  packets  and  50-100  control  packets,  of 
which  70-80  percent  were  received  correctly.  (The  small  numbers 
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Figure  4-15.  Experimental  Throughput-Delay  Characteristics 


in  the  Discard  rows  are  not  significant  and  are  due  to  limitations 
in  the  cumstat  recording  mechanisms  in  the  SIMP.  This  minor  problem 
also  results  in  some  data  not  adding  precisely  to  the  totals  indi- 
cated  and  some  minor  inconsistencies  such  as  slightly  more  messages 
delivered  to  the  destination  than  were  received  from  the  channel.) 

At  the  time  these  measurements  were  made,  it  was  possible 
to  track,  on  the  average,  where  messages  were  spending  time  in  the 
system.  Thus  it  was  known  from  the  length  of  the  freelist,  that  is, 
the  number  of  buffer  "chunks"  available  for  allocation  to  a  message, 
and  the  length  of  the  local  input  queues  (QI) ,  host  output  queues 
(QH)  and  central  queue  (QC)  that  about  105  chunks  were  allocated 
to  messages  (one  chunk  per  message) ,  56  of  which  were  waiting  on 
the  QI  queues,  46  on  the  QC  queue  and  the  remaining  three  scattered 
on  other  queues  in  the  system.  During  the  196-second  run,  about 
5800  messages  were  generated,  or  about  30  messages/second.  From 
Little's  result  [  ]  the  mean  delay  T  can  be  deduced  from  the  number 
in  system  N*«  105  and  arrival  rate  A  *  30, 

T  «  N/A  *  105/30  *  3.5  seconds 

The  fact  that  this  figure  is  somewhat  high,  compared  with 
the  approximately  3.1-sec  value  actually  measured  (see  Figure  4-14), 
can  be  explained  by  the  fact  that  the  queue- length  statistics  are 
derived  from  a  sampling  procedure  which  is  known  to  be  rather  im¬ 
precise.  Nevertheless,  this  kind  of  calculation  serves  as  a  check 
on  other  calculations,  as  well  as  an  indicator  of  where  the  principal 
delays  are  in  the  system. 

Continuing  in  the  assessment  of  the  data  summarised  in 
Figure  4-14,  it  can  be  noted  that,  at  the  traffic  level  indicated, 
the  bulk  of  all  reservations  and  acknowledgments  were  transmitted 
using  information-subchannel  headers  with  the  remainder  (8  percent 
reservations,  3  percent  acknowledgments)  transmitted  using  control- 
subframe  headers  (contention  packets).  In  both  cases,  the 
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efficiency  of  the  headers,  that  is,  the  fraction  of  the  available 
bits  actually  used,  is  comfortably  high  between  about  0.57  and  0.68. 

Figure  4-15  summarizes  the  throughput-delay  characteristics 
of  the  system  under  the  conditions  already  described.  All  data  in 
this  Figure  are  in  virtual-slot  units,  where  a  virtual  slot  is 
10.24  ms.  Traffic  in  class  5  is  going  to  Etam,  that  in  class  9  to 
Goonhilly,  and  that  in  class  13  to  Tanum.  Note  the  consistency  in 
the  mean  delay  for  traffic  in  each  class  and,  especially,  the  high 
degree  of  similarity  between  the  shapes  of  the  delay  histogram  of 
each  class.  The  conclusion  is  that  the  scheduling  operations  are 
stable  and  that  perturbations  are  minor. 

Increasing  the  generation  rate  slightly  above  the 
30  message/sec  level  can  cause  the  scheduling  operations  to  break 
down,  as  is  evident  from  Figure  4-16.  Here  the  relative  rate  is 
0.84,  but  the  mean  delay  has  increased  to  over  4.3  seconds  for  Etam 
and  Tanum  and  over  twice  that  for  Goonhilly.  It  is  the  latter  obser¬ 
vation  which  is  of  most  concern,  since  it  is  evident  from  the  delay 
histograms  that  control-subchannel  congestion  and  retransmissions 
are  affecting  Goonhilly  much  more  than  the  other  stations.  Nhat  is 
happening  here  is  an  instability  in  the  algorithm  which  assigns 
reservation/acknowledgment  requests  to  packet  headers  and  initiates 
control-packet  transmissions.  In  the  case  shown,  Etam  and  Tanum  are 
piggybacking  substantially  all  their  reservation/acknowledgment  data 
on  messages  to  each  other,  and  squeezing  the  control  subchannel  sise 
down  to  only  about  2.2  vs.  Meanwhile,  Goonhilly  has  been  unable  to 
capture  enough  information-subchannel  bandwidth  to  piggyback  its  own 
requests  and  must  compete  with  the  other  station's  requests  (pri¬ 
marily  to  Goonhilly  itself)  for  use  of  the  control  subchannel.  Al¬ 
though  relatively  few  control  packets  are  lost  due  to  contention, 
the  high  utilisation  of  the  control-subframe  header  (greater  than 
0.9)  indicates  that  traffic  to  Goonhilly  is  limited  by  the  available 
bandwidth  in  the  control-subframe  itself.  In  this  case,  increase 
in  the  minimum  control-subchannel  sise  above  2  vs  would  not  help 
unless  a  station  could  transmit  more  than  once  in  the  control 
subframe. 
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Figure  4-16.  Throughput-Delay  Characteristics  With 
Increased  Generation  Rate 


4-39 


The  phenomenon  of  channel  capture  graphically  illustrated 
in  the  preceding  example  has  been  known  and  studied  by  other  SATNET 
experimenters  and  can  happen  at  traffic  levels  less  than  saturation. 
At  the  levels  considered  here,  however,  the  limitation  in  control- 
subchannel  bandwidth  makes  it  even  less  likely  that  a  station  needing 
its  fair  share  of  informat ion- subchannel  bandwidth  can  break  the 
deadlock  created  by  the  two  other  stations.  Clearly,  the  congestion 
controls  and  throttling  mechanisms  are  inadequate,  as  perhaps  is 
the  decision  procedure  used  for  reservation/acknowledgment  header 
allocation  and  control-packet  initiation.  These  problems  are  under¬ 
stood  to  be  now  under  study  at  BBN. 

A  different  kind  of  fairness  problem  is  illustrated  in 
Figure  4-17.  This  experiment  involved  traffic  from  two  delay 
classes,  one  of  256-vs  desired  delay  to  Etam  and  the  other  of 
5 12- vs  desired  delay  to  Goonhilly  and  Tanum.  As  in  previous  cases, 
traffic  for  these  sites  is  split  with  two  sites  contributing  about 
one-half  the  total  traffic  to  the  third  (see  Figure  4-6).  One  might 
expect  from  this  description  that  the  512-vs  traffic  to  Goonhilly  and 
Tanum  would  exhibit  about  the  same  mean  delay  and  delay  histogram 
shape,  but  from  Figure  4-17  this  clearly  is  not  the  case.  Subsequent 
to  these  measurements,  a  bug  was  found  in  the  SIMP  code  which  ex¬ 
plained  this  anomaly,  as  well  as  another  described  presently.  A 
point  worth  mentioning  here  is  that  this  kind  of  problem  would 
probably  not  have  been  discovered  during  the  developmental  period 
except  for  three-station  experiments  such  as  these,  and  might  have 
caused  considerable  disruption  after  transition  to  operational 
status. 


4.4.4  Experimental  Results  with  Time-Varying  Traffic 

The  experimental  results  reported  previously  have  pointed 
up  a  need  to  investigate  the  channel  response  in  message  throughput 
and  delay,  to  time-varying  traffic  excitations.  Previous  results 
have  been  reported  in  this  project  by  UCLA  for  the  slotted-ALOBA 
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case,  but  not  for  the  CPOOA  case.  Unfortunately,  it  has  not  beitft  r 
possible  to  conduct  CPOOA  experiments  similar  to  the  ALOHA  experi- 

» 

ments  due  to  the  limited  time  available.  The  EXPAK  software  and 
the  extensive  set  of  supporting  software  described  previously  in 
this  report  do  not  provide  sufficiently  fine  granularity  to  study 
channel  behavior  phenomena  in  the  order  of  a  roundtrip  delay.  Such 
experiments  would  have  to  be  conducted  on  an  end-to-end  basis  using 
time- stamped  messages  such  as  might  be  done  using  the  Gnome  controllers 
in  the  gateways,  for  example. 

On  the  other  hand,  the  EXPAK-related  software  can  be  used 
to  detect  and  study  unstable  regions  where  unsuspected  interactions 
between  the  channel-scheduling  and  fairness  algorithms  could  occur, 
for  example.  The  existence  of  such  regions  could  be  inferred  by 
discontinuities  or  hysteresis  effects  in  the  throughput-delay 
characteristic,  for  example.  A  number  of  experiments  of  this  type 
were  performed  using  EXPAK  features  and  supporting  software  con¬ 
structed  for  this  purpose.  A  useful  byproduct  was  a  technique  that 
greatly  increased  the  efficiency  of  conducting  the  experiments  and 
allowed  the  collecting  of  the  data  for  an  entire  plot  of  channel 
characteristics  versus  time  in  a  single  run,  rather  than  the  mul¬ 
tiple  runs  previously  required. 

In  order  to  perform  time-varying  experiments,  a  method 
to  control  the  SIMP  message  generators  in  a  time-varying  manner  is 
required.  This  was  accomplished  using  a  set  of  four  message 
generators  in  each  SIMP  for  each  of  the  two  classes  of  traffic, 
a  and  0,  mentioned  previously  in  this  report.  The  composite  of 
eight  message  generators  was  controlled  using  a  script  which  speci¬ 
fied  the  time  (in  units  derived  from  the  basic  virtual-slot  interval) 
and  duration  for  each  activation  of  each  generator.  In  most  experi¬ 
ments  the  traffic  intensity  of  each  of  the  four  generators  was  ? 

prespecified  in  the  ratios  It2s4t8,  so  that  sixteen  traffic  levels 
could  be  established  using  appropriate  combinations  of  the  genera¬ 
tors  and  the  assumption  of  superposition.  At  all  except  the  highest 
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traffic  levels *  where  the  processing  required  by  the  CPODA  algorithm 
significantly  detracts  from  the  processing  required  by  the  message 
generators  themselves,  the  superposition  assumption  is  reasonable. 

In  one  set  of  early  experiments  a  number  of  runs  were 
performed  with  three  stations  and  uniform  traffic  levels  varying 
from  zero  to  saturation.  In  some  of  these  runs  a  distinct  tendency 
toward  instability  could  be  observed  at  various  discrete  traffic 
levels.  After  considerable  effort  had  been  expended  toward  identi¬ 
fication  of  the  cause  they  simply  disappeared  one  day.  Subsequently 
it  was  learned  that  a  programming  bug  in  the  channel-scheduling 
algorithm  had  been  found  and  fixed  at  about  that  time.  This  was 
the  same  bug  that  resulted  in  the  instability  noted  in  the  previous 
section  with  respect  to  the  fairness  principles. 

The  channel  throughput-delay  characteristic  in  the  present 
system,  with  the  bug  fixed,  is  shown  in  Figures  4-18  and  4-19.  In 
these  and  subsequent  Figures  the  time-interval  number  in  the 
range  1-16  is  shown  along  the  left  margin.  Each  interval  corres¬ 
ponds  to  60  Hello  Frames  (about  78  sec)  during  which  three  sets  of 
cumstats  were  collected  from  each  of  the  three  stations.  The 
three  sets  of  cumstats  were  compared  among  themselves  to  verify 
their  validity  and  combined  to  yield  the  data  shown  for  each  inter¬ 
val.  In  all  Figures  the  first  point  (interval  1)  and  the  last 
(interval  15)  represent  possibly  inconsistent  data,  due  to  various 
synchronizing  and  housekeeping  functions  inherent  in  the  data 
collection  process.  The  results  illustrated  in  Figures  4-18  and 
4-19,  which  were  collected  at  Etam,  clearly  show  the  effect  of  the 
congestion  controls  at  the  higher  traffic  intensities  (intervals 
12-15)  where  the  SIHP  is  refusing  some  generated  messages. 

The  operation  of  that  portion  of  the  channel-scheduling 
algorithm  that  initiates  control  packets  or  waits  for  piggyback 
opportunities  is  clearly  shown  in  Figure  4-20.  This  Figure  shows 
the  fraction  of  all  reservations  sent  via  control-packet  headers. 


1 

1 


demonstrating  the  shift  from  control-packet  to  information-packet 
headers  as  the  traffic  level  increases.  In  spite  of  this  shift 
the  total  offered  control-packet  rate  increases  with  traffic  to 
a  maximum  just  short  of  saturation  (interval  12)  and  then  decreases 
above  that.  The  explanation  for  the  decrease  above  this  level 
can  be  found  in  Figure  4-19,  which  shows  the  mean  delay  character¬ 
istic.  At  the  traffic  levels  in  question,  the  mean  delay  for 
information  packets  rises  significantly,  but  the  throughput  does  not. 
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5.  PSP  TERMINAL  DEVELOPMENT  AMD  IMPLEMENTATION 

COMSAT's  main  activity  during  the  period  covered  by 
this  final  report  has  been  the  design,  fabrication  and  installa¬ 
tion  of  the  new  PSP  terminal.  The  terminal  includes  the  Phase  2 
SSI,  the  burst  modem,  the  Command  and  Monitoring  Module  (CMM)  and 
the  data  test  set  (DTS)  which  were  developed  for  the  Phase  2 
system.  The  terminal  also  includes  a  complete  Phase  1  system 
that  contains  all  of  the  capabilities  of  the  present  SPADE 
system.  These  subsystems  modules  will  be  described  in  this 
section  in  the  context  of  overall  PSP  terminal  operation. 

The  PSP  terminal  is  a  self-contained  baseband- to- IF 
package  which  interfaces  the  SIMP  at  baseband  and  the  earth 
station  common  IF  subsystem  at  70  MHz.  This  terminal  will 
replace  the  SPADE  modem  and  Phase  1  SSI  which  have  been  used  for 
packet  transmission  in  the  DARPA  Packet  Satellite  Experiment  for 
the  past  three  years. 

The  PSP  terminal  contains  redundant  QPSK  modems,  fre¬ 
quency  synthesizers,  and  an  SSI  data  module,  as  well  as  a 
non-redundant  transmission  mode  controller/encoder,  a  reception 
mode  controller/decoder,  a  switch  matrix,  a  DTS,  a  CMM,  a 
time- frequency  unit  (TFU) ,  and  an  IF  subsystem.  Hence, 
redundancy  is  not  provided  for  transmission  to  small  stations, 
although  transmission  to  large  stations  is  fully  redundant.  In 
fact,  the  PSP  terminal  can  support  simultaneous  operation  on  two 
different  SCPC  channels,  with  only  one  channel  supporting  a 
64-kbit/s  transmission  rate.  Figure  5-1  shows  the  physical 
characteristics  of  the  PSP  terminal.  It  is  24  in.  wide  by 
25.5  in.  deep  by  70  in.  high.  A  photograph  of  the  terminal  is 
shown  in  Figure  5-2. 
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The  PSP  terminals  are  scheduled  for  installation  at  the 
three  earth  stations,  Etam,  W.  Va.  in  the  U.S.,  Goonhilly,  U.K., 
and  Tanum,  Sweden,  in  the  third  quarter  of  1979.  These  terminals 
are  expected  to  significantly  improve  both  communications  perfor¬ 
mance  and  network  reliability,  and  provide  the  capability  of 
communications  between  earth  stations  of  different  size  and  G/T 
ratio . 


5 . 1  FUNCTIONAL  CHARACTERISTICS  OF  THE  PSP  TERMINAL 


The  PSP  terminal  serves  two  distinct  functions.  It 
provides  an  interface  between  the  SIMP  and  the  earth  station  IF 
subsystem,  and  provides  channel  test  and  monitoring  capabilities. 
The  first  function  encompasses  packet  transmission  and  reception. 
On  the  transmit  side,  this  involves  carrier  control,  preamble 
generation,  encoding  (if  required),  and  BPSK  or  QPSK  modulation; 
on  the  receive  side,  this  entails  carrier  and  bit  timing  recovery, 
BPSK  or  QPSK  demodulation,  SOM  detection,  ambiguity  resolution, 
reception  mode  control,  and  decoding  (if  required).  The  second 
function  involves  parameter  and  state  control,  and  channel 
monitoring  of  the  different  subsystems  in  a  distributed  fashion. 
The  CMM  acts  as  an  interface  between  the  SIMP  and  different  sub¬ 
systems  in  the  PSP  terminal.  It  supplies  the  appropriate 
commands  and  data  paths  between  the  SIMP  and  various  modules  in 
the  PSP  terminal. 

Figure  5-3  shows  the  block  diagram  of  the  PSP  terminal 
and  its  relationship  to  the  SIMP  and  the  earth  station  IF 
subsystem.  The  heavy  lines  between  the  different  subsystems  are 
indicative  of  the  data  paths  and  emphasize  the  first  terminal 
function.  The  light  lines  between  the  CMM  and  other  subsystems 
indicate  the  explicit  command  and  monitoring  paths  and  are 
related  to  the  second  terminal  function. 
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The  TFU  generates  the  three  reference  clock  signals 
(i.e.,  45  kHz,  1.792  MHz,  and  45.9875  MHz)  used  through-out  the 
terminal.  The  terminal  also  has  self  contained  power  supplies. 

The  following  subsections  discuss  the  operation  of  the 
various  subsystems  of  the  PSP  terminal. 


5.2  OPERATION  OF  THE  MODEM-SIMP  INTERFACE 


The  interface  between  the  SIMP  and  the  new  packet  modem 
is  denoted  by  SSI  (SPADE-SIMP  interface)  in  Figure  5-3.  Although 
the  SPADE  modem  will  no  longer  be  used,  the  historical  acronym 
SSI,  which  is  a  familiar  term  to  the  DARPA  PSP  community,  will  be 
used  for  the  modem- SIMP  interface. 

Both  the  Phase  1  and  Phase  2  SSIs  provide  the  data 
interface  between  the  SIMP  and  the  modem.  The  Phase  1  SSI 
supports  only  one  packet  transmission  mode,  i.e.,  a  64-kbit/s 
data  transmission  rate,  and  until  now  has  provided  the  interface 
between  the  SIMP  and  SPADE  modem  in  the  three  large  stations. 

The  Phase  2  SSI  supports  the  packet  transmission  modes  specified 
in  Table  5-1.  Definition  of  some  of  the  parameters  in  this  table 
and  the  basic  format  of  a  transmitted  packet  are  shown  in 
Table  5-2  and  Figure  5-4,  respectively.  The  data  may  be  encoded 
using  a  rate  1/2  convolutional  encoder.  The  decoding  function, 
if  required,  is  performed  in  the  receive  Phase  2  SSI,  which  also 
plays  a  major  role  in  providing  an  overall  test  and  monitoring 
capability  for  the  satellite  communications  system.  In 
particular,  it  can  automatically  transmit  certain  test  and 
monitoring  information  to  the  SIMP  at  the  end  of  each  packet 
reception.  This  information  includes  all  the  measured  modem 
performance  parameters.  All  the  available  modem  parameters  are 
supplied  by  the  modem  to  the  SSI  after  each  packet  is  received. 
Transmission  of  this  data  back  to  the  SIMP  is  performed  only  on 
command  from  the  SIMP. 
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In  the  following  sub-paragraphs  a  brief  general 
description  of  each  module  will  be  presented.  A  more  detailed 
explaination  of  the  operation  of  this  individual  modules  and  the 
system  as  a  whole  will  be  presented  in  paragraph  5.3. 


Table  5-1.  Phase  2  SSI  Node  Chart 
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^Rates  are  in  kbit/s,  Q  =  QPSK,  B  =  BFSK. 
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Table  5-2.  Parameter  Definitions 


PL  -  Packet  Length 

CL  h  Coded  Length 

CL1  s  2nd  Coded  Length  for  Mode  6,  CL1  =  PL  -  CL 

F/S  =  Signal  to  Designate  Preamble  (sometimes  referred  to  as  L/S) 

(F  ■+  transmission  to  large  station) 

(S  ■*  transmission  to  small  station) 

Pre  s  Preamble 

(Is  large  station  preamble  -  nominal  60  baud  times  at 
32  kilosymbol/s ) 

(2  =  small  station  preamble  -  nominal  96  baud  times  at 
32  kilosymbol/s) 


SOM  Designation 


Nominal  Value 

(1  s  large  station  QPSK  SOM,  32  bits  at  64  kbit/s) 

(2  =  small  station  BPSK  SOM,  32  bits  at  32  kbit/s) 

(3  s  small  station  QPSK  SOM,  64  bits  at  64  kbit/s) 

Info  Rate 

Information  rate  in  kbit/s 
Chan  Rate 

Channel  rate  in  kbit/s 
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Figure  5-4.  Basic  Channel  Packet  Format 


5.2.1 


TRANSMIT  SIDES  OF  THE  PHASE  2  SSI 


Figure  5-5  is  a  block  diagram  of  the  transmit  side  of 
the  Phase  2  SSI.  Data  are  clocked  out  into  the  SSI  after  a 
packet  transmission  is  initiated  by  a  GOSIG  from  the  SIMP.  The 
F/S  (fast/slow)  signal  specifies  the  preamble  to  be  used  in  the 
packet  transmission.  In  general,  transmission  to  large  earth 
stations  can  utilize  a  shorter  preamble  and  is  designated  by  F; 
transmission  to  lower  performance  index  (small)  earth  stations  is 
designated  by  S.  The  transmit  interface  module  provides  carrier 
control;  preamble,  SOM,  and  clock  generation;  and  data  handling 
between  the  SIMP  and  the  modem.  The  SOM  and  packet  transmission 
mode  selection  are  implemented  by  the  transmission  mode  controller 
(TMC) /encoder  module  using  the  information  supplied  by  the  SIMP 
in  the  first  two  words  of  the  packet  header.  This  module  also 
performs  a  1/2  rate  convolutional  encoding,  if  required.  The 
encoding  is  specified  by  information  contained  in  the  first  two 
words  of  the  packet  header. 

The  transmit  side  of  the  Phase  2  SSI  can  perform 
numerous  test  and  monitoring  functions;  some  are  prompted  by  the 
SIMP  via  the  CMM,  and  others  are  performed  routinely.  Parameters 
such  as  preamble  length,  SOM  length,  and  SOM  pattern  can  be 
changed  by  commands  from  the  CMM.  Anomalies  such  as  inconsis¬ 
tencies  in  packet  header  information  and  excessive  duty  cycles 
are  detected  automatically  and  reported  to  the  SIMP  by  the  CMM. 

In  addition,  the  transmit  side  of  the  Phase  2  SSI  is  able  to 
abort  packet  transmission  if  an  error  in  the  SIMP'S  unique  word 
or  anomalies  in  the  first  two  words  of  packet  header  are  detected 
and  to  transmit  a  dummy  packet  to  all  SIMPs  to  initiate  re¬ 
scheduling. 

The  Phase  2  transmit  SSI  also  provides  a  data  loopback 
and  a  codec  bypass  switch  for  testing.  With  the  data  loopback 
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Figure  5-5.  Functional  Block  Diagram  of  the 
Transmit  Side  of  the  Phase  2  SSI 


switch,  the  transmit  SSI  can  be  connected  directly  to  the  receive 
SSI,  hence  bypassing  the  modem.  The  codec  bypass  switch  allows 
the  TMC/encoder  and  RMC  (reception  mode  controller)  decoder 
modules  to  be  removed  from  the  loop  in  the  event  of  a  failure  of 
either  unit,  thus  relying  only  on  Phase  1  SSI  capabilities. 


5.2.2  TRANSMIT  SIDE  OF  THE  PHASE  1  SSI 

The  transmit  side  of  the  Phase  1  SSI  does  not  provide 
any  test  and  monitoring  capabilities  or  the  option  of  automat¬ 
ically  modifying  the  preamble  and  SOM.  It  can  be  used  only  for 
packet  transmission  to  large  earth  stations  (INTELSAT  Standard  A) 
at  64  kbit/s.  This  module  and  the  corresponding  Phase  1  receive 
SSI  have  been  operational  for  the  past  one  and  one-half  years  and 
will  be  used  in  the  PSP  terminal  to  provide  redundancy  for  mode  1 
(64  kbit/s)  operation. 

5.2.3  RECEIVE  SIDE  OF  THE  PHASE  2  SSI 

A  block  diagram  of  the  receive  side  of  the  Phase  2  SSI 
is  shown  in  Figure  5-6.  The  modem  supplies  the  receive  interface 
module  with  bursts  of  data  and  clock  from  the  demodulator.  Data 
are  clocked  out  simultaneously  on  the  BPSK  modem  output  lines 
(3  lines)  and  the  QPSK  modem  output  lines  (3  lines  for  channel  A 
and  3  lines  for  channel  B).  QPSK  SOM  detection  and  phase  ambi¬ 
guity  resolution  are  performed  in  the  receive  interface  module. 
The  receive  interface  also  receives  a  TTL  preamble  detect  signal, 
which  goes  high  and  remains  high  until  the  modem  receives  an  end 
of  packet  (EOP)  signal.  The  SSI  receive  interface  supplies  the 
EOP  signal  to  the  modem  to  terminate  packet  reception  or  to 
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reinitialize  the  modem  if  a  preamble  but  no  SOM  is  detected. 

Each  transmission  of  the  EOP  signal  to  the  modem  both  initializes 
the  modem  and  initiates  the  transfer  of  the  test  and  monitoring 
parameters . 

The  reception  mode  controller  ( RMC )/decoder  module  se¬ 
lects  the  mode  of  operation  of  the  receive  SSI,  decodes  the  data, 
if  required,  and  clocks  the  data  into  the  SIMP  via  the  receive 
interface  module.  The  output  clock  rate  is  128  kbit/s.  The 
output  clock  is  intermittent  (i.e.,  the  data  are  outputted  in 
spurts)  during  packet  reception  with  the  exact  pattern  depending 
on  the  packet  transmission  mode.  Decoding  is  performed  by  a 
Module  LV  7015C  Viterbi  decoder  using  soft  decisions  (i.e.,  3-bit 
quanitiztion  of  the  demodulator  output).  In  addition,  the  RMC/ 
decoder  module  performs  BPSK  SOM  detection  and  ambiguity  resolu¬ 
tion. 

The  receive  side  of  the  Phase  2  SSI  performs  certain 
test  and  monitoring  functions  and  stores  the  test  and  monitoring 
parameters  passed  to  it  from  the  modem.  Based  on  commands 
received  from  the  CMM,  the  RMC/decoder  module  transmits  to  the 
SIMP  over  the  data  path  selected  test  and  monitoring  parameters, 
which  are  inserted  into  a  4-word  slot  at  the  end  of  the  packet. 
Some  of  the  parameters  such  as  automatic  gain  control  (AGC)  on 
noise  can  be  transmitted  to  the  CMM  upon  command.  The  RMC/ 
decoder  module  also  tests  the  received  packet;  if  inconsistencies 
appear  in  the  header,  the  module  will  abort  the  packet  and  output 
to  the  SIMP  a  dummy  packet,  which  will  contain  test  and  monitor¬ 
ing  data. 
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RECEIVE  SIDE  OF  THE  PHASE  1  SSI 


The  receive  side  of  the  Phase  1  SSI,  which  has  been  in 
operation  for  the  past  one  and  one-half  years,  consists  of  the 
receive  interface  module  without  the  CMM  capabilities.  This 
module  performs  QPSK  SOM  detection,  ambiguity  resolution,  and 
parallel-to-serial  conversion  of  the  received  data. 


5.2.5  OPERATION  OF  THE  MODEM 


The  modem  used  in  the  PSP  terminal  is  a  full-duplex 
phase-shift-keyed  (PSK)  modulator-demodulator  for  packet  (burst) 
satellite  communications.  It  has  been  designed  to  minimize  the 
time  required  for  burst  mode  acquisition  in  a  low  signal-to-noise 
ratio  environment  by  utilizing  the  same  preamble  symbols  to 
acquire  both  carrier  and  bit  timing. 

The  modulator  is  a  4-phase  32  kilosymbol  per  second  PSK 
modulator.  Modulation  of  the  in-phase  and  quadrature  channels  is 
controlled  independently  through  two  modulator  inputs.  Figure  5-7 
shows  a  block  diagram  of  the  QPSK  modulator.  The  modulator  RF 
output  center  frequency  is  selected  by  an  external  frequency 
source,  an  SCPC  frequency  synthesizer  that  provides  any  one  of 
800  channels  separated  by  45  kHz  over  a  36-MHz  band.  The 
modulating  data  signals  are  filtered  using  4-pole  Butterworth 
low-pass  filters  with  a  3-dB  bandwidth  of  18.2  kHz. 

The  demodulator  is  a  32  kilosymbol  per  second  2-phase 
(BPSK)  and  4-phase  (QPSK)  demodulator.  The  BPSK  capability  is 
provided  for  reception  by  small  stations.  The  demodulator  fre¬ 
quency  and  bit  timing  are  acquired  independently  for  each  new 
packet  received.  Each  packet  must  start  with  an  alternating 
zero-one  sequence  (48-96  symbols)  and  an  SOM  sequence  for  packet 


Figure  5-7.  Block  Diagram  of  the  Modulator 


framing.  When  the  demodulator  is  not  actively  demodulating  a 
packet,  it  is  continuously  in  the  acquisition  mode,  searching  for 
a  preamble  in  the  received  data. 

The  demodulator,  which  is  shown  in  Figure  5-8,  consists 
of  an  analog  front  end  and  a  digital  microprocessor.  Most  of  the 
demodulator  functions  are  performed  in  the  microprocessor,  which 
has  been  specially  designed  for  digital  signal  processing.  The 
analog  portion  has  a  dual  conversion  front  end.  The  first  con¬ 
version  is  accomplished  by  mixing  the  incoming  signal  with  an 
external  frequency  source,  which  (similar  to  the  modulator)  may 
be  an  SCPC  synthesizer  to  select  any  one  of  800  channels  in  a 
36-MHz  band.  The  second  conversion  lowers  the  signal  to  baseband 
(±2  kHz)  yielding  both  in-phase  and  quadrature  signals.  The 
±2  kHz  residual  frequency  offset  results  from  the  uncertainty  in 
the  received  carrier  frequency.  At  this  point,  both  the  in-phase 
and  quadrature  channels  are  filtered  using  7-pole  Butterworth 
filters  with  delay  equalization.  These  filters  have  a  3-dB  band¬ 
width  of  18.2  kHz.  Each  channel  is  analog- to-digital  (A/D) 
converted  at  a  64-kilosample/s  rate  (two  samples  per  received 
symbol  per  channel ) ,  and  each  of  these  samples  is  quantized  to 
4  bits.  These  samples  are  fed  to  a  microprocessor  which  performs 
the  remaining  demodulator  functions;  namely,  frequency  and  phase 
recovery,  bit  timing  recovery,  and  data  demodulation.  The 
demodulated  packet  data  are  fed  into  the  receive  SSI  until  the 
modem  receives  an  EOP  signal,  which  ends  the  demodulation  process 
and  returns  the  modem  to  the  preamble  search  mode. 

The  modem  can  continuously  monitor  certain  critical 
parameters  of  the  communications  link  and  make  these  results 
available  to  the  receive  SSI  at  the  end  of  each  packet.  Data 
available  in  the  modem  include  the  following:  AGC  voltage  with 
noise  alone,  AGC  voltage  with  signal  and  noise  in  the  receiver, 
frequency  offset  of  the  incoming  signal  during  preamble  detection. 
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Figure  5-8.  Block  Diagram  of  the  Demodulator 


QPSK  frequency  offset  at  the  end  of  the  packet,  and  information 
for  the  calculation  of  the  effective  value  of  E.  /N  both  at  the 

D  O 

beginning  and  at  the  middle  of  the  packet.  Upon  command  from  the 
CMM  to  the  receive  SSI,  these  parameters  are  appended  to  the 
packet  and  transmitted  to  the  SIMP.  The  AGC  voltage  with  noise 
alone  is  always  available  and  can  be  sent  to  the  SIMP  via  the  CMM 
path.  Furthermore,  one  of  800  possible  frequencies  of  the 
transmit/receive  frequency  synthesizers  can  be  selected  by  a 
command  from  the  CMM.  This  command  has  been  implemented  in  the 
CMM  software,  but  disabled  in  the  transmit  and  receive 
synthesizers . 

5.2.6  MODEM  LOOPBACK  AND  IF  SUBSYSTEM 

The  modem  loopback  and  the  IF  subsystem  are  implemented 
in  a  single  module  (board)  which  consists  of  a  switch,  a  frequency 
translator,  a  power  combiner,  and  a  power  divider.  With  this 
module,  the  modem  output  can  be  directly  connected  to  its  input 
(via  a  frequency  translator),  and  the  two  channels  (SSIs  and 
modems)  can  operate  simultaneously,  hence  using  the  full-duplex 
capability  of  the  PSP  terminal  without  reconfiguring  the  earth 
station  interface.  The  first  capability,  i.e.,  the  modem  loop- 
back,  facilitates  SSI  and  modem  testing  and  troubleshooting. 

5.2.7  DATA  TEST  SET 

The  DTS  has  been  implemented  to  simulate  the  SIMP  as  a 
packet  source  and  receiver.  It  has  been  designed  to  assist  earth 
station  personnel  in  channel  troubleshooting  and  has  been  proven 
essential  in  the  testing  of  the  Phase  2  SSI.  The  DTS  packet 


format  is  similar  to  that  generated  by  the  SIMP.  Figure  5-9 
shows  the  front  panel  of  the  test  set.  The  DTS  transmission 
parameters  which  are  F/S,  packet  length,  coded  length,  mode  of 
transmission,  packet  rate,  and  interpacket  interval  as  well  as 
the  data  pattern  (all  zeros,  or  all  ones,  or  pseudorandom  data) 
can  be  set  manually.  The  on/off  and  ready/clear  switches  can  be 
operated  either  manually  or  remotely  via  the  CMM.  The  receive 
side  can  indicate  the  number  of  packets  with  bit  errors,  total 
bit  errors,  the  number  of  SYN  DLE  STX  and  OLE  ETX  sequences 
detected,  received  packet  mode,  packet  length,  and  coded  length. 
Values  of  most  of  these  parameters  can  be  readily  compared  with 
the  corresponding  transmission  parameters. 

5.2.8  SWITCH  MATRIX 

With  the  switch  matrix,  the  PSP  terminal  can  be  oper¬ 
ated  in  different  modes.  A  DTS,  a  SIMP,  a  DTS  and  a  SIMP,  or  two 
SIMPs  can  be  chosen  as  packet  source/sink  devices.  The  full 
duplex  capability  of  the  PSP  terminal  can  be  exercised  with 
either  two  independent  SIMPs  or  a  SIMP  and  a  DTS  connected  to  the 
2-channel  equipment  in  the  terminal.  Furthermore,  the  switch 
matrix  enables  either  Phase  1  or  Phase  2  SSI  to  be  used  with  all 
four  transmit/  receive  combinations  of  the  two  modems  (i.e., 
modem  1  transmit  and  modem  1  receive,  modem  2  transmit  and 
modem  1  receive,  modem  1  transmit  and  modem  2  receiver,  or 
modem  2  transmit  and  modem  2  receive).  The  different  switches  on 
the  switch  matrix  can  be  set  either  manually  or  via  command  from 
the  CMM. 
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Figure  5-9.  Front  Panel  of  the  Data  Test  Set 


5.2.9 


COMMAND  AND  MONITORING  MODULE 


The  CMM  has  been  designed  to  route  commands  from  the 
SIMP  to  specified  devices,  to  relay  data  from  various  modules  to 
the  SIMP,  to  provide  any  format  conversion  required  by  the  inter¬ 
faces,  and  to  provide  an  interface  for  an  operator's  console. 

The  CMM  design  objective  has  been  to  minimize  its  role  in  real¬ 
time  involvement  and  data  processing.  A  microprocessor 
implementation  with  minimum  auxiliary  hardware  has  been  chosen. 
The  CMM  performs  the  following  functions: 

a.  state  setting,  e.g.,  switch  matrix  mode,  modem  loopback 
switch,  and  interface  mode  (normal,  data  loopback,  codec  bypass); 

b.  parameter  setting,  e.g.,  preamble  length,  SOM  length, 
SOM  pattern,  SOM  threshold,  and  SOM  detect  window; 

c.  requesting  test  and  monitoring  data  from  the  Phase  2 
SSI  or  the  SIMP  because  of  commands  from  the  SIMP  or  operator's 
console;  and 

d.  relaying  some  of  the  test  and  monitoring  data,  e.g., 

AGC  on  noise,  or  transmit  interface  trap  words,  to  the  SIMP. 

A  more  detailed  description  of  the  CMM  is  given  in 
Section  5.4. 


5.3  SYSTEM  OPERATION 


5.3.1  TRANSMIT  SIDE 

Both  the  Phase  1  and  Phase  2  interfaces  perform  the 
same  functions,  in  that  they  accept  data  from  the  SIMP  at  the 
transmit  clock  rate,  generate  the  necessary  preamble  and  SOM,  and 
pass  the  data  to  the  modem  for  modulation  of  the  transmitted 
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carrier.  Carrier  on/off  control  is  also  performed  by  the 
transmit  interface.  The  major  difference  between  the  two  inter¬ 
face  units  is  that  the  phase  1  system  will  generate  only  QPSK  - 
uncoded  data,  whereas  the  phase  2  system  can  generate  QPSK- 
uncoded  and/or  coded  data,  and  BPSK-coded  data.  The  particular 
form  of  modulation  in  the  phase  2  interface  is  determined  by  the 
information  contained  in  the  first  two  software  header  words 
generated  by  the  SIMP  and  the  F/S  level,  also  generated  by  the 
SIMP. 

The  following  sequence  of  events  takes  place  once  the 
GOSIG  is  activated  in  the  SIMP. 

a.  GOSIG  goes  high  -  this  signal  to  the  interface 
indicates  that  the  SIMP  is  ready  to  transmit  data. 

b.  Packet  ON/OFF  is  generated  from  GOSIG  and  passed  to  the 
TMC/encoder.  The  Packet  ON/OFF  causes  the  interface  to  generate 
the  BPSK  or  QPSK  preamble  and  SOM  (based  on  level  of  F/S  signal). 
The  modem  carrier  is  turned  on  by  Packet  ON/OFF  signal. 

c.  TMC/encoder  clocks  out  the  first  64  bits  of  data  from 
the  SIMP,  at  a  bit  rate  of  128  kbit/s,  and  from  the  header  data 
determines  if  encoding  is  required.  The  data  are  stored  in  buffer 
registers  in  the  TMC/encoder  board. 

d.  After  the  SOM  has  been  generated,  an  END  SOM  pulse  is 
sent  to  the  TMC/encoder  requesting  the  data  for  transmission. 

e.  Data  at  64  kbit/s  are  transfered  from  the  TMC/encoder 
to  the  Transmit  Interface,  where  it  is  transformed  from  serial  to 
parallel  data  at  32  k  symbols/sec. 

f.  When  all  data  have  been  transmitted  to  the  modem,  the 
carrier  is  ti^^e^off  by  the  Packet  ON/OFF  signal,  which  is 
controlled  by  a  signal  from  the  TMC/encoder. 

For  transmission  to  a  Standard  station,  values  of  carrier  recovery 
and  bit  timing  recovery  can  be  varied  from  2  bits/channel  to  255 


bits/channel  each,  with  typical  values  of  2  and  56  bits/channel, 
respectively.  The  length  of  the  SOM  is  16  bits  in  both  channel  A 
and  channel  B  data  lines  to  the  Modem.  Typical  timing  diagrams 
and  packet  format  are  shown  in  Figure  5-10. 

For  transmission  of  a  Mode  2  type  packet,  i.e.,  trans¬ 
mission  to  a  non-standard  station,  the  same  sequence  of  events 
takes  place,  except  that  the  long  preamble  of  96  bits/channel  of 
only  bit  timing  recovery  is  generated  (no  carrier  recovery), 
followed  by  the  BPSK  SOM.  Data  coming  from  the  TMC/encoder  has 
encoded  the  SIMP  data  at  a  rate  of  1/2  before  it  is  sent  to  the 
transmit  interface.  The  TMC/encoder  transmits  the  data  to  the 
transmit  interface  at  a  32  kbit/s  rate  (i.e.,  each  bit  is 
transmitted  twice  at  64  kbit/s)  which  results  in  BPSK  modulation 
of  the  transmitted  carrier. 

The  general  format  for  all  the  modes  is  shown  in 
Figures  5-ll(a)  through  5-ll(f).  These  figures  include  the  type 
of  preamble  used,  the  SOM's  if  more  than  one  is  required,  what 
portion  of  the  packet  is  encoded  (if  required),  and  the  location 
of  the  encoder  trailing  bits.  The  second  SOM  is  generated  for 
those  packets  where  both  BPSK  and  QPSK  modulation  is  performed  by 
the  modem.  The  second  SOM  is  required  by  the  receive  interface 
to  resolve  ambiguities  of  the  demodulated  QPSK  data.  The  first 
SOM  is  used  to  resolve  the  phase  ambiguity  in  the  BPSK  demodulated 
data.  It  should  be  noted  that  in  those  modes  where  both  BPSK  and 
QPSK  modulation  are  required,  BPSK  is  transmitted  first  (see 
Modes  4  and  6). 

5.3.2  RECEIVE  OPERATION 

The  data  received  from  the  modem  can  consist  of  either 
demodulated  QPSK  or  BPSK  data.  The  receive  interface  and  RMC/ 
decoder  must  determine  which  types  of  data  has  been  received  and 
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Figure  5-10.  Timing  Diagraun  and  Packet  Format 


Mode  2  Information  Rate  16  kbit/s 
Channel  Rate  32  kbit/s 


Figure  5- lid.  Mode  4  Information  Rate  16  kbit/s 
Channel  Rate  32/64  kbit/s 


INFORMATION  BITS 


Figure  5-llf.  Mode  6  Information  Rate  16/32  kbit/s, 
Channel  Rate  32/64  kbit/s 
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perform  the  proper  functions  in  order  to  restore  the  data  to  its 
original  bit  pattern  before  it  is  sent  to  the  SIMP.  Each  packet 
upon  arrival  can  be  any  of  the  ten  different  modes  shown  in  the 
mode  chart  of  Table  5-1.  In  order  to  determine  which  mode  is 
received,  the  following  sequence  of  events  takes  place. 

a.  Upon  detection  of  the  preamble  (carrier  recovery  and 
bit  timing  recovery)  by  the  modem,  a  Preamble  Detect  signal  is 
sent  to  the  receive  interface  and  RMC/decoder  modules.  This 
commands  the  modules  to  look  for  both  the  QPSK  and  BPSK  SOM. 

b.  Demodulated  data  is  sent  to  the  receive  interface  and 
RMC/decoder.  The  receive  interface  searches  for  the  QPSK  SOM, 
the  RMC/decoder  searches  for  the  BPSK  SOM. 

For  a  Mode  1  type  packet: 

c.  The  receive  interface  searches  for  the  QPSK  SOM.  The 
data  received  by  the  interface  will  be  in  one  of  eight  possible 
states,  listed  in  Table  5-3. 

d.  The  receive  interface  determines  which  of  the  eight 
states  exists,  resolves  the  ambiguities,  and  then  pass  the  data 
to  the  RMC/Decoder  for  further  processing.  The  unambiguous  state 
is  defined  as  State  1. 

e.  A  "QSOM  Detect"  signal  is  passed  to  the  RMC/Decoder 
indicating  that  it  is  now  receiving  valid  data. 

f.  The  RMC/Decoder  looks  for  a  valid  bit  sequence  of  SYM 
DLE  STX  (ASCII  Code)  and  then  inspects  the  next  32  data  bits  to 
determine  packet  length,  packet  mode,  and  coded  length.  The 
latter  should  be  zero  for  a  Mode  1  packet. 


t 
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Table  5-3.  Ambiguity  States* 


State 

I-Ch. 

Q-Ch. 

1 

SOM-A 

SOM-B 

2 

SOM-A 

SOM-B 

3 

SOM-A 

SOM-B 

4 

SOM-A 

SOM-B 

5 

SOM-B 

SOM-A 

6 

SOM-B 

SOM-A 

7 

SOM-B 

SOM-A 

8 

SOM-B 

SOM-A 

*Note  "  "  indicates  inversion 


g.  If  the  inspection  of  packet  length,  coded  length,  and 
mode  number  show  valid  information,  i.e.,  coded  length  equals 
zero,  then  the  RMC/decoder  transforms  the  data  from  parallel  to 
serial  form  and  passes  it  on  to  the  SIMP.  The  data  and  clock 
coming  from  the  RMC/decoder  is  at  a  "bursty"  128  KHz  rate,  i.e., 
data  and  clock  are  transmitted  three  or  four  bits  at  a  time. 

For  a  Mode  2  packet. 

a.  BPSK  data  is  read  into  the  RMC/Decoder  which  scans  the 
data  for  the  BPSK  SOM. 

b.  Upon  detection  of  the  SOM,  a  determination  is  made  as 
to  which  of  two  states  the  data  arrived,  viz,  inverted  or  not 
inverted,  and  inverts  the  data  if  required. 

c.  After  detection  of  the  BPSK  SOM,  the  Decoder  starts 
decoding  the  data,  using  the  soft  decision  Viterbi  decoding 
algorithm. 


d.  The  RMC/decoder  looks  for  a  valid  SYN  DLE  STX  and  then 
inspects  the  next  32  data  bits  to  determine  packet  length,  coded 
length  (=  to  packet  length)  and  mode. 

e.  Decoded  data  is  then  sent  to  the  SIMP  at  the  "bursty" 
128  KHz  clock  rate. 


For  mixed  tranmission  modes,  e.g.,  Mode  4,  the  above  sequences 
are  both  employed  as  follows: 

a.  The  RMC/decoder  reads  in  the  BPSK  data  and  searches  for 
the  BPSK-SOM,  while  the  receive  interface  searches  for  the 
QPSK-SOM. 

b.  Upon  detection  of  the  BPSK-SOM  by  the  RMC/decoder,  it 
resolves  any  phase  ambiguity  in  the  BPSK  data,  sends  it  through 
the  decoder,  and  from  this  data,  determines  the  packet  length, 
mode  (in  this  case  =4),  and  coded  length.  Data  are  then  sent  to 
the  SIMP  at  the  "bursty"  128  KHz  rate. 

c.  The  receive  interface  continues  looking  for  a  QPSK  SOM 
as  long  as  the  Packet  Detect  Signal  from  the  modem  is  high.  Upon 
detection  of  the  QPSK  SOM,  the  QSOM  signal  is  sent  to  the  RMC/ 
Decoder  along  with  the  resolved  QPSK  data. 

d.  The  RMC/decoder  converts  the  parallel  data  from  the 
receive  interface  to  serial  data,  and  sends  it  to  the  SIMP  at  the 
"bursty"  128  KHz  clock  rate.  The  RMC/decoder  must  insure  the 
fact  that  the  last  BPSK  datum  bit  is  followed  immediately  by  the 
first  QPSK  datum  bit,  i.e.,  no  bits  are  dropped  nor  added  between 
the  coded  and  uncoded  portions  of  the  packet. 

At  the  end  of  each  data  packet  the  RMC/decoder  generates 
an  "END  OF  PACKET"  pulse.  This  pulse  is  sent  to  the  modem  to  reset 
the  microprocessor  in  the  modem.  This  pulse  causes  the  modem  to 
start  searching  for  a  new  packet,  which  it  recognizes  by  the 
detection  of  the  Bit  Timing  Recovery  sequence  at  the  beginning  of 
the  new  packet. 
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5.3.3  SWITCH  MATRIX  OPERATION 

The  switch  maxtrix  controls  the  channel  unit  data  I/O 
by  determining  which  channel  unit,  phase  1  or  phase  2,  the  SIMP 
will  be  transmitting  data  to,  and  receiving  data  from,  and  which 
of  the  two  modems  will  be  used  for  transmission  and  reception. 
Figure  5-12  shows  functionally  how  this  is  done.  As  shown  in  the 
figure,  the  switches  are  connected  for  a  Switch  Matrix  Mode  1 
operation.  In  this  mode,  the  SIMP  is  sending  and  receiving  data 
from  the  Phase  2  interface.  The  interfaces  are  transmitting  and 
receiving  data  to/from  the  "B"  channel  unit.  The  Data  Test  Set 
will  operate  through  the  Phase  1  interface  and  the  "A"  channel 
modem. 

Similarly  for  S/M  Mode  2,  the  SIMP  transmits  and 
receives  through  the  Phase  2  interface,  but  transmits  through  the 
"A"  channel  modem  and  receives  through  the  "B"  channel  modem. 

The  remaining  six  operational  modes  are  also  shown  in  the  table 
in  Figure  5-12. 

Two  test  modes  are  included.  These  are  modes  "zero” 
and  "nine".  In  these  two  modes,  either  the  SIMP  or  the  DTS  can 
be  used  as  a  data  source,  with  the  same  receive  data  going  to 
both  the  SIMP  and  DTS.  In  mode  zero,  the  SIMP  transmits  through 
the  Phase  1  interface  and  modem  "A".  Or,  in  the  same  mode,  the 
DTS  could  be  the  data  source  transmitting  through  the  Phase  2 
interfaces.  In  mode  nine,  the  opposite  would  be  true  for  data 
source,  whereas  both  SIMP  and  DTS  receive  the  data  regardless  of 
which  unit  transmits. 

Switch  "S5"  is  used  to  connect  a  second  SIMP  input  to 
the  PSP  Terminal.  In  this  case,  the  DTS  could  not  operate  with 
the  terminal. 
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5.3.4 


IF  SUBSYSTEM 


The  IF  subsystem  in  the  PSP  Terminal  is  used  only  to 
combine  the  52-88  MHz  transmit  IF  signals  from  the  two  modems, 
and  divide  the  98-134  MHz  receive  IF  into  the  terminal.  There  is 
no  AFC  or  AGC  capability  in  the  IF  subsystem.  These  functions 
are  controlled  by  the  earth  station  GCE. 

The  IF  subsystem  does  have  the  capability  to  do  modem 
IF  loopback  testing  with  the  Channel  "A"  modem,  when  transmitting 
in  the  52-70  MHz  band  (LO  Band).  This  test  capability  can  be 
used  to  test  and/or  repair  a  faulty  modem.  The  IF  loopback  test 
does  not  interrupt  the  operation  of  the  Channel  "B"  modem. 


5.3.5  TIMING/FREQUENCY  UNIT  (TFU) 

The  PSP  terminal  has  a  TFU  which  generates  all  the 
necessary  timing  signals  used  throughout  the  terminal.  They 
include  oscillators  at; 

a.  45.000  KHz 

b .  1 . 792  MHz 

C.  45.9875  MHZ 

The  45.000  KHz  oscillator  is  a  temperature  controlled  unit.  Its 
output  is  used  in  the  transmit  and  receive  synthesizers.  The 
1.792  MHz  oscillator  is  used  to  generate  the  transmit  clocks 
(64  KHz  and  32  KHz)  in  the  transmit  interface.  It  is  also  used 
in  the  receive  interface  for  SOM  detection.  The  45.9875  MHz 
oscillator  is  used  in  the  IF  subsystem  for  frequency  translation 
in  the  modem  loopback  test. 
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5.3.6 


POWER  SUPPLIES 


The  PSP  terminal  has  self  contained  power  supplies. 
All  the  necessary  voltages  used  in  the  terminal  are  supplied  by 
individual,  commercially  purchased  units. 


5.4  COMMAND  AND  MONITORING  MODULE 

The  Command  and  Monitoring  Module  (CMM)  is  a  relatively 
recent  addition  to  the  PSP  terminal  which  provides  two  basic 
functions : 


1.  the  CMM  receives  and  interprets  commands  from  the  SIMP 
and  then  relays  these  commands  to  the  various  modules 
of  the  PSP  terminal  to  modify  transmission  formats  or 
change  the  configurations  of  the  PSP  terminal  hardware. 

2.  the  CMM  will,  again  in  response  to  a  command  from  the 
SIMP,  collect  certain  test  and  monitoring  parameters 
from  the  modules  in  the  PSP  terminal,  and  then  transfer 
these  parameters  to  the  SIMP. 

The  various  command  and  monitoring  data  paths  between  the  CMM  and 
the  PSP  terminal  subassemblies  are  shown  in  Figure  5-13.  A  more 
detailed  description  of  these  interfaces  can  be  found  in 
Appendix  A. 

There  are  several  SIMP  initiated  commands  that  the  CMM 
can  carry  out  which  change  the  configuration  of  the  PSP  terminal. 
The  CMM  has  two  initialization  schemes  which  cause  either  a  full 
or  partial  initialization  of  the  PSP  terminal.  RESTART  of  the 
PSP  terminal  is  a  full  initialization  which  occurs  following  a 
hardware  reset  of  the  CMM  due  to  power-up  or  operator  control,  or 
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Figure  5-13.  Basic  Information  Between  CMM  and  Other 
Subassemblies  in  the  PSP  Terminal 


by  SIMP  command.  This  initialization  causes  the  CMM  to  initialize 
all  of  its  internal  registers,  set  the  PSP  terminal  to  default 
parameters  and  mode,  and  reset  the  other  PSP  modules.  The  partial 
initialization  is  refered  to  as  RESET,  and  is  a  SIMP  initiated 
command.  RESET  sets  a  default  mode,  SOM  pattern  and  length,  and 
resets  the  PSP  terminal  modems  and  interfaces.  CMM  internal 
registers  remain  unchanged  following  a  RESET  command  from  the 
SIMP. 

The  CMM  also  allows  the  SIMP  to  change  the  hardware 
configuration  of  the  PSP  terminal  through  the  CMM  interfaces  to 
the  Switch  Matrix,  Data  Test  Set,  and  other  PSP  modules.  By 
commanding  the  CMM  to  change  the  Switch  Matrix,  all  of  the  PSP 
terminal  modes  can  be  software  controlled  and  changed  by  the 
SIMP.  The  CMM  allows  control  of  four  DTS  functions,  specifically: 
setting  DTS  to  FAST  or  SLOW  transmission  rate,  setting  to  single 
packet  transmission  mode,  fixed  number  of  packets  mode,  or  free 
running  mode.  When  the  fixed  number  of  packets  mode  is  selected, 
the  actual  number  of  packets  is  set  manually  on  the  DTS  front 
panel . 

Another  important  function  of  the  CMM  is  to  allow  the 
SIMP  to  change  various  packet  parameters.  The  SIMP  can  change 
the  carrier  recovery  length,  the  small  and  large  station  bit 
timing  recovery  length,  the  SOM  patterns  and  lengths,  the  allowable 
SOM  correlation  error  threshold  (2  to  5  errors)  and  control  of 
test  and  monitoring  data  and  dummy  packets  from  the  receive  inter¬ 
faces.  In  all  cases  the  parameters  changed  by  the  SIMP  commands 
to  the  CMM  remain  until  a  new  change  is  specified  or  the  CMM  is 
initialized. 

An  important  function  of  the  CMM  is  the  monitoring  and 
collection  of  various  PSP  terminal  parameters.  The  CMM  constantly 
monitors  (packet  by  packet)  the  number  of  SOM  correlation  errors, 
and  stores  the  most  recent  value  in  an  internal  register.  By  a 
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simple  command  to  the  CMM,  the  SIMP  can  obtain  this  value  which 
can  be  stored  or  monitored  by  SIMP  software  to  help  indicate 
channel  and  PSP  terminal  conditions.  Other  system  parameters  are 
not  continually  monitored,  but  are  gathered  and  stored  by  the  CMM 
following  a  SIMP  command  to  do  so.  These  parameters  include: 
preamble  parameters,  SOM  patterns  and  lengths,  and  AGC  values  from 
the  receive  modems.  Finally,  the  SIMP  can  monitor  all  of  the  48 
internal  registers  of  the  CMM,  and  can  initiate  a  CMM  routine  used 
to  check  the  status  of  the  SIMP-CMM  interface. 

More  detail  of  the  actual  CMM  functions  and  the  inter¬ 
faces  shown  in  Figure  5-14  are  given  in  Appendix  A. 


5.5  MODEM  TEST  DATA 


Tests  have  been  performed  on  the  six  microprocessor-based 
modems  that  were  developed  by  the  Linkabit  Corporation  for  inclusion 
in  the  delivered  PSP  terminals.  These  data  give  bit  error  rate 
versus  Eb/NQ  for  operation  with  mode  1  packets  (uncoded  QPSK) . 
Nominal  power  levels  (-30  dBm)  were  supplied  to  the  modem 
for  all  tests.  These  results  are  summarized  in  Figures  5-15 
through  5-17.  The  test  results  can  be  summarized  as  follows: 
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Figure  5-14.  CMM  Functional  Connections 
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Figure  5-15.  Modem  Test  Data,  Etam  PSP 
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6.  CHANNEL  PERFOBMANCE  MONITORING 


6.1  INTRODUCTION 

COMSAT's  recent  involvement  with  SATNET  has  included 
the  monitoring  and  interpretation  of  the  channel  summary  data  col¬ 
lected  by  the  network  control  center  at  BB&N  in  Boston.  These 
data  are  collected  and  distributed  daily  and  provide  a  valuable 
summary  of  channel  quality.  On  certain  occassions,  these  data 
have  indicated  problems  with  the  satellite  links  which  required 
corrective  action  at  the  participating  earth  stations.  The  pur¬ 
pose  of  this  section  of  the  final  report  is  to  document  the  exper¬ 
ience  in  this  area  during  the  period  December  1978  to  July  1979. 

The  data  presented  apply  only  to  the  hello  packets  which  are  sent 
approximately  once  per  second  from  each  station  and  received  by 
all  stations  in  the  network.  The  degree  of  success  achieved  in 
receiving  these  hello  packets  at  each  receiving  station  is  a  use¬ 
ful  gross  indicator  of  channel  quality. 

This  section  is  divided  into  several  subsections.  In 
subsection  6.2,  the  SATNET  frame  format  is  reviewed,  and  the  exact 
structure  of  the  hello  packet  is  summarized.  From  this  descrip¬ 
tion,  a  heuristic  model  can  be  developed  for  "failure"  and  "suc¬ 
cess"  in  receiving  the  hello  packets  at  a  particular  receiving 
station.  This  model  is  then  related  to  the  count  of  missed  hello 
packets  which  is  one  of  the  important  items  provided  in  the  channel 
summary  data  from  BB&N.  In  subsection  6.3,  the  SATNET  link  budgets 
are  reviewed  which  provide  an  estimate  of  the  performance  to  be 
expected  on  the  SATNET  links.  The  compilation  of  the  channel  sum¬ 
mary  data  itself  is  provided  in  subsection  6.4.  These  data  are 
presented  as  they  were  originally  compiled  in  the  form  of  a  running 


6-1 


summary.  Certain  improvements  were  made  in  this  process  as  it 
evolved  but  no  attempt  has  been  made  to  correct  the  earlier 
results  according  to  this  experience.  A  final  subsection  6.5 
contains  the  conclusions  reached  as  a  result  of  the  data  analysis. 


6.2  REVIEW  OF  SATNET  FRAME  AND  HELLO-PACKET  FORMAT 

The  SATNET  frame  format  is  shown  at  the  top  of  Figure  6-1. 
The  basic  timing  for  the  frame  is  provided  by  the  SIMP  where  a 
hardware  count  of  the  10  |js  computer  clock  is  made  for  a  total  of 
1024  counts.  This  time  epoch  defines  a  virtual  slot  (VS)  of  dura¬ 
tion  10.24  ms.  The  total  frame  consists  of  128  of  these  virtual 
slots. 

A  12  VS  segment  of  the  frame  is  reserved  for  the  hello 
packets.*  These  packets  have  a  nominal  duration  of  30  ms  as  shown 
in  the  lower  part  of  Figure  6-1.  The  four  earth  stations  in  the 
network  (Etam,  Goonhilly,  Tanum,  Clarksburg;  E,G,T,C)  cyclically 
rotate  their  hello-burst  transmissions  through  these  slots  with 
each  station  transmitting  for  an  equal  time  in  each  of  the  four 
slots  in  the  hello  subframe.  Since  Clarksburg  did  not  partici¬ 
pate  in  the  network  during  the  data-collection  period,  its  posi¬ 
tion  was  vacant. 


*The  format  of  both  the  SATNET  frame  and  the  hello  bursts  was 
changed  on  9  April  1979.  The  hello  subframe  was  reduced  to  4  VS 
and  each  hello  burst  was  reduced  to  a  duration  of  approximately 
9  ms  by  shortening  the  "data"  segment  to  72  symbols. 
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Figure  6-1.  SATNET  Frame  and  Hello-Packet  Format 
(prior  to  9  April  1979) 


The  sequence  was  therefore  as  follows; 

Position  -*■  1st  2nd  3nd  4th 

E  G  T  _ 

E  G  T 

T  _  E  G 

G  T  _  E 

E  G  T 

etc, 

The  hello  burst  itself  is  identical  at  all  stations  and 
has  the  format  shown  at  the  bottom  of  Figure  6-1.  The  burst  has 
eight  distinct  segments: 

a.  60  symbols  of  unmodulated  carrier 

b.  60  symbols  of  an  alternating  1,  1;  0,  0;  1,  1;  0,  0;  .  . 
QPSK  sequence  for  clock  recovery, 

c.  a  16  symbol  unique  word  which  signifies  start-of-data 
and  allows  for  ambiguity  resolution, 

d.  16  symbols  (32  bits)  for  the  SYN-SYN-DLE-STX  sequence, 

e.  56  symbols  (7  16-bit  words)  of  header, 

f.  712  symbols  of  "data"  (in  the  hello  burst,  this  data  is 
actually  "filler"), 

g.  8  symbols  (16  bits)  for  the  DLE-ETX  sequence, 

h.  12  symbols  (24  bits)  for  a  check  sum  (which  is  formed 
on  all  bits  including  and  following  the  header). 

The  exact  format  of  the  transmitted  hello  burst  is  impor¬ 
tant  because  it  impacts  the  interpretation  of  the  SATNET  channel 
data.  The  data  provide  a  count  of  "missed"  hello  packets  according 
to  the  logic  diagram  shown  in  Figure  6-2.  The  count  of  packets 
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Figure  6-2.  Missed  Hello  Packet  Counting  Procedure 


received  correctly  takes  place  over  a  time  interval  when  exactly 
64  hello  packets  are  sent  by  each  station.  By  counting  the  number 
actually  received  with  valid  check  sums,  the  number  missed  is 
inferred  as  the  difference  (i.e.,  #MISSED  =  #EXPECTED  -  # RECEIVED) 
The  processing  also  keeps  track  of  packets  actually  received,  but 
with  bad  check  sums.  The  events  that  must  succeed  for  a  hello 
packet  to  be  received  with  a  valid  check  sum  are: 

Et  -  the  modems  must  acquire  carrier  phase  and  clock  phase 
from  the  packet  preamble.  This  event  is  dependent  on 
link  carrier-to-noise  ratio  (C/N),  frequency  offsets, 
and  possibly  interpacket  intervals.  The  dependence  of 
the  probability  of  successful  acquisition,  P(A),  on 
these  factors  is  not  known.  In  the  following,  it  will 
be  assumed  that  the  preamble  used  in  SATNET  is  long 
enough  that  P(A)  approaches  1.0. 

E2  -  the  SOM  unique  word  must  be  detected  correctly  (a  few 
bit  errors  arc  allowed).  Unique  word  detection  takes 
place  by  correlating  two  16-bit  unique-word  sequences, 
one  on  the  I -channel  and  one  on  the  Q-channel,  against 
the  recovered  binary  data  sequences  produced  by  the 
modem.  If  it  is  assumed  that  the  false  detection  prob¬ 
ability  is  negligibly  low,  then  the  probability  of 
missing  the  unique  word  is  dominated  by  the  probability 
that  more  than  two  disagreements  (errors)  occur  in  one 
or  both  of  the  16-bit  words.  Denoting  the  channel  bit 
error  probability  as  p,  and  letting  q  -  1  -  p,  then  the 
probability  that  the  SOM  is  missed  is; 


/  gOM  \  (two  or  more  errors  occur  in  either, ) 

=  Prior  both,  of  the  16-bit  unique  words} 

(missed)  }on  ^  j  and  Q  channels  *  \ 

*  1  -  j[(i6)  P°916]2  *  z(}6)  P'9,!(J6)  P"<J‘6 

+  [(}6)  P91SV  ♦  2^6)  P2q,4(j6)  P°9,s 

*  K26)  ^"(i6)  ^‘5  *  [(f)  H’| 

This  relationship  can  be  approximated  for  p  reasonably 
smell  as; 


pr{missed}  5  496p!  4  ll040P3  *  96960P* 


Conversely, 

pr {detected  }  4  Pr(S)  t  (1  -  496p’) 
#  • 


E3  -  the  SYN-DLE-STX  sequence  must  be  detected  with  no  errors), 
only  the  last  24  bits  of  this  32-bit  sequence  must  be 
error  free.  Again  assuming  a  bit  error  probability  p, 
the  probability  that  this  sequence  is  missed  (contains 
one  or  more  errors)  is 


Pr 


(SYN  DLE  STX)  _  . 
(  missed  f  ~  1 


(1  -  p)24  s  24p 


Conversely,  the  probability  that  the  sequence  is 
detected  correctly  is  Pr{SDS)  =  (1  -  p)24 

E4  -  Both  the  header  sequence  and  the  following  data  contain 
no  bit  errors.  For  "H"  header  bits  and  "D"  data  bits, 
the  probability  that  neither  contains  bit  errors  is 
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±  Pr(H  +  D) 


Pri  no  errors  in  \  =  n  -  V) 

(header  or  data)  p; 


H+D 


In  this  analysis,  no  distinction  is  made  between  the 
header  and  the  data  bits.  Both  are  evidently  processed 
to  produce  the  check  sum.  In  practice,  errors  in  the 
header  may  be  more  serious  than  errors  in  the  data. 


Es  -  DLE-ETX  sequence  following  the  data  is  detected.  The 
probability  that  the  DLE-ETX  sequence  is  error-free  is 
simply  Pr(DE)  =  (1  -  p)16. 

E6  -  The  check  sum  is  examined.  The  24-bit  check  sum  will 

give  a  reliable  indication  of  errors  in  the  header,  the 
data,  and  the  DLE-ETX  sequence  provided  that  the  check¬ 
sum  itself  does  not  experience  bit  errors.  The  proba¬ 
bility  of  a  good  check-sum  is  thus  Pr(C)  =  Pr(H  +  D) 

•  Pr(DE)(l  -  p)24.  Note  that  there  are  several  other 
paths  in  Figure  6-2  that  can  yield  a  good  check  sum 
when,  in  fact,  bit  errors  exist  in  that  portion  of  the 
packet  that  is  protected  by  the  check  sum.  These  cases 
can  be  combined  by  considering  the  use  of  the  24-bit 
check  sum  to  detect  errors  in  a  sequence  of  length 
H  +  D  +  16  +  24  bits.  For  the  extreme  case  where  H+D 
is  approximately  1000  bits,  an  approximation  to  the 
error-detecting  capability  of  the  CRC  check  can  be  made 
by  considering  it  as  analogous  to  a  (1023,  1003,  t)  BCH 
code  where  t,  the  number  of  errors  that  can  be  corrected 
is  2.  The  minimum  distance  of  such  a  code,  d  =  2t  +  1  =  5, 
will  allow  the  detection  of  four  errors.  Using  this 
analogy  for  the  CRC  check,  the  CRC  check  will  fail 
(yield  a  "good"  check  sum  where  in  fact  data  errors  are 
present)  when  five  or  more  errors  occur  in  the  data 
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sequence.  The  probability  of  this  event  is 
approximately 


/good  check  suml  _/h  +  D  +  4o\  _5/,  .H+D+40 

erroneously  f"\  5  /  p  u  "  p) 

The  probability  that  a  hello  packet  is  received  with  a 
good  check  sum  can  now  be  obtained  as 

hello  packet  < 

Pr  received  with  =  Pr(A)  Pr(S ) jPr(SDS )  Pr(H  +  D)  Pr(DE)(l  -  p) 
a  good  check  sum  ( 

+  [1  -  Pr(H  +  D)  Pr(DE) ] 

P»  (i .  P,-H 

where  the  first  term  in  brackets  applies  to  the  event  where  there 
are  no  errors  in  the  header,  data,  DLE-ETX,  or  the  check-sum  bits, 
and  the  second  term  to  the  case  where  there  are  errors,  but  the 
check  sum  fails  to  detect  these  errors.  This  second  term  is 
negligible  for  the  channel  error  probabilities  of  interest  here, 
therefore; 

Hello  packet 

Pr  received  with  =  Pr(A)  (1  -  496p2 )  (1  -  p)2<  (1  -  p) 
a  good  check  sum 

•  (1  -  p)16  (1  -  p)2« 

The  probability  of  a  missed  hello  packet  is 

pr jmissed^Hello j  s  x  _  Pr(A)  (1  _  4^2)  (1  -  p)H+D+64 


where 

p  =  channel  bit  error  probability 
H+D  =  number  of  bits  of  header  +  data 

This  expression  is  plotted  in  Figure  6-3  where  the  unknown  acquisi¬ 
tion  probability,  Pr(A),  is  retained  as  a  parameter.  In  the 
region  of  high  error  probabilities,  p  =  lo"4  to  10_s,  the  acquisi¬ 
tion  probability  is  likely  to  decrease  somewhat,  and  this  decrease 
tends  to  increase  the  missed-hello  packet  probability  slightly. 

In  the  region  of  bit  error  probability  around  10“6 ,  missed-packet 
percentages  are  approximately  0.2  percent  for  the  long  hello  packet 
(H  +  D  =  1424  bits),  and  approximately  0.05  percent  with  the 
short  hello  packet.  In  the  latter  case,  the  exact  miss  probability 
expected  is  fairly  sensitive  to  the  modem  acquisition  probability. 

As  bit  error  rate  increases  to  10~5,  the  missed  packet 
percentages  would  be  expected  to  increase  to  slightly  over  one 
percent,  and  to  approximately  0.3  percent  for  the  long  and  short 
hello  packets,  respectively.  A  further  increase  in  bit  error  rate 
to  10~4  results  in  missed  packet  percentages  of  12.5  percent  and 
2.5  percent,  respectively,  for  the  long  and  short  hello  packets. 

The  expected  missed-packet  percentages  are  approximately  in  pro¬ 
portion  to  packet  length  which  is  1424/256  =  5.5  for  the  two  cases 
in  Figure  6-3. 

The  data  presented  in  subsection  6.4  applies  to  missed 
hello  packets  in  a  24  hr  period.  During  this  total  period,  the 
maximum  number  of  hello  packets  transmitted  by  each  station  is 

•Hello  Packets  =  - 24  hr/day_x  3600  s/hr - 

10  \i 8  x  1024  x  128  s/frame  •  1  frame/Hello  Packet 

=  65,918  Hello  packets 
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For  a  miss  probability  of  0.1  percent,  for  example,  the  expected 
number  of  hello  packets  missed  at  a  particular  receiving  station, 
from  one  other  transmitting  station,  would  be  66. 

A  second  element  of  data  that  is  collected  routinely  on 
the  SATNET  links  is  the  number  of  packets  received  correctly,  but 
with  a  bad  check  sum.  This  second  "count",  C2 ,  (see  Figure  6-2) 
is  less  useful  than  count  Ct  since  the  current  data  is  not  sorted 
by  link  but  is  sorted  only  by  receiving  earth  station.  The  proba¬ 
bility  that  a  packet  is  received  with  a  bad  check  sum  is 
approximately 

pr{"Sith  bafJheck“™ed}  *  Pr<*>  Pr<S>  pr<SDS>  Pr<H  +  D>  Pr<DE> 

•  [1  -  (1  -  p)24]  +  Pr(A)  Pr(S)  Pr(SDS) 

•  {l  -  Pr(H  +  D)  Pr(DE)| 

where  the  first  term  indicates  a  packet  received  with  no  data  or 
header  errors  but  with  errors  in  the  24  bits  of  the  check  sum, 
and  the  second  term  applies  to  the  reception  of  a  packet  with  one 
or  more  errors  in  the  header  or  data  segment.  For  the  latter 
situation,  failure  of  the  check  sum  (to  detect  these  errors)  has 
been  assumed  to  be  negligible.  Substituting  for  the  probabilities 
and  simplifying  gives 

HH:&  cf&s’Sr-}  ■  pr«A»  «i  -  «•*■>  <i  -  *»■*> 

•  [l  -  (1  -  p ,H+D+40] 

Mote  that  the  probability  of  a  missed  hello  packet  is 
greater  than  the  probability  that  a  packet  is  received  correctly 
but  with  a  bad  check  sum;  i.e., 
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<  Pr 


packet  received 
with  check  sum 
bad 


jmissed  Hello/ 

}  packet  | 

This  follows  from  simply  subtracting  the  probabilities 

«r“‘=K“uo}  • pr  t  badB^eci'}  • 1  -  pr<A>  <i  -  ««p2hi  -  p)2< 

When  Pr(A)  is  close  to  1.0,  and  p  is  small,  this  difference  is 
approximately  24p.  This  difference  is  very  small  when  "p",  the 
channel  bit  error  probability,  is  small.  The  ratio  of  packets 
with  bad  check  sums  to  those  missed  completely  is  given 
approximately  by 

Pr{bad  check  sum}  _  H  +  D  +  40 
Pr{Miss}  H  +  D  +  64 

Mote  that  this  approximation  applies  only  for  very  small  values 
of  p. 

The  assumption  is  now  made  that  the  SATNET  channel 
experiences  the  same  link  conditions  as  any  other  SPADE  or  SCPC 
carrier  in  the  INTELSAT  IV-A  transponder.  In  other  wordB,  it  is 
assumed  that  from  a  link  budget  standpoint,  the  SATNET  transmission 
is  the  same  as  any  other  carrier  in  the  transponder.  Most  of  the 
other  carriers  are  carrying  56  kbit/s  speech  via  7-bit  PCM,  which, 
with  overhead,  are  64  kbit/s  QPSK  transmissions.  The  entries  in 
Table  6-1  compare  packet  transmission  quality  to  speech  quality 
for  various  values  of  p.  Also  shown  are  the  tentative  quality 
standards  for  PCM  speech  transmission. 


Table  6-1.  Comparison  of  Quality  for  Various  Values  of  p 


Channel  Bit 
Error 

Quality  Standard 
(actually  applies 

1 

Quality  of 
PCM  Speech* 

X  Missed  Hello 
Packets  in  SATNETt 

Probability 

to  8-bit  PCM) 

"Long"  % 

10"6 

Shall  be  achieved 
80%  of  time 

Excellent 

0.16 

0.050 

10  5 

Very  good 

1.2 

0.3 

10  4 

0.3%  of  worst  month 

Noise  barely 
perceptible 

12.0 

3.0 

2  X  10  4 

Noise  defin¬ 
itely 

noticeable 

25 

5.0 

5  X  10"4 

Noise  bad  but 
tolerable  to 
some  users 

50 

12 

10-3 

0.01%  of  the  year 

PCM  speech 
is  severely 
degraded 

76 

20 

* approximate  classifications 

t"long"  header  +  data  1424  bits;  “short"  256  bits. 


If  error  probability  is  10"*6  or  better,  the  goal  for 
80  percent  of  the  hours  per  year,  speech  quality  would  be  excel¬ 
lent  and  the  miss  rate  for  the  long  SATNET  hello  burst  should  be 
approximately  0.1  percent.  Of  the  approximately  66,000  hello 
packets  sent  each  day,  the  expected  number  missed  is  66.  On  some 
of  the  links  in  SATNET,  on  some  days,  this  performance  is  achieved. 
On  a  few  of  the  links,  it  is  achieved  routinely  as  noted  in  the 
data  presented  in  subsection  6.4. 

At  an  error  rate  of  10_s,  speech  quality  is  still  very 
good  for  those  users  who  are  sending  speech  in  the  transponder. 
Note,  however,  that  the  packet  miss  rate  has  increased  to  one 
percent.  On  the  SATNET  links,  one  would  now  expect  660  missed 
hello  packets.  The  difference  between  66  missed  packets  (0.1  per¬ 
cent)  and  660  (1  percent)  has  a  significant  effect  on  the  observed 
data  and  the  latter  value  is  usually  cause  for  concern.  It  is 
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likely  that  such  variations  occur  routinely  and  they  are  probably 
not  noticed  by  users  who  are  transmitting  PCM  speech  in  the 
transponder . 

A  further  degradation  in  error  rate  to  10~4 ,  which 
should  happen  only  rarely  (less  them  20  hrs  out  of  the  "worst" 
month)  will  cause  a  significant  degradation  to  the  long  SATNET 
hello  packets.  Likewise,  it  would  probably  produce  a  "noisy 
channel"  to  "discriminating  listeners"  of  the  speech  traffic. 
Whereas  a  10~4  error  rate  is  certainly  tolerable  for  PCM  speech, 
it  produces  unacceptable  conditions  for  the  SATNET  hello  bursts. 
Evidently,  from  the  data  presented  in  Section  6.4,  this  error 
rate  is  not  quite  as  rare  as  the  quality  standards  would  lead  one 
to  believe,  particularly  on  certain  SATNET  links. 

It  can  be  concluded  that  the  difference  between  10~e, 
1<T*,  or  10“4  error  rates  is  very  significant  to  the  SATNET  hello 
burst  transmission.  Such  variations  in  error  rate  could  result 
from  variations  of  only  a  few  dB  in  link  C/N;  such  variations  are 
likely.  Other  speech  users  in  the  transponder  would  probably  be 
very  tolerant  of  such  variations  and  only  notice  the  extremes. 


6.3  REVIEW  OF  SATNET  LINK  BUDGETS 


This  subsection  presents  a  summary  of  the  link  budgets 
that  apply  to  the  nine  satellite  links  which  interconnect  the  Etam, 
Goonhilly,  and  Tanum  earth  stations.  These  values  follow  the  gen¬ 
eral  format  of  Reference  [1].  Certain  elements  in  the  link  budget 
are  commented  upon  and  any  possible  variability  is  noted. 

Table  6-2  gives  the  up-link  relationships. 

(t)up  '  °SAT  '  (*)sat  ■  *  ’  "  '  L“ 
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where 


flSAT 

bOi 

XU 

(G/T) 

k 

N 

Lu 


=  saturation  flux  density 
=  transponder  input  backoff 
=  up-link  wavelength 
=  satellite  receive  G/T  ratio 
=  Boltzmann's  constant 
=  number  of  carriers  in  the  transponder 
=  up-link  loss 


The  down-link  C/Nq  ratio  can  be  obtained  from  the 
relationship; 


'£_\  =  ?^-r:p-SAT  b0o  ^2  .  (o\ 

4nR2  4"  '/ES 


1 

k 


S  * 


where 


e.i.r.p.SAT  = 

R  = 


bOo  = 


(G/T) 


ES  ~ 

S  = 

Lu  " 


satellite  e.i.r.p.  at  beam  edge 
range  to  the  satellite 
transponder  output  backoff 
earth  station  G/T  ratio 
down-link  loss 
any  up-link  loss 


The  appropriate  values  for  INTELSAT  IV-A  are  given  in  Table  6-3. 
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Table  6-2.  Up-Link  C/N  for  Operation  in  the 
Spade  Transponder  Up-link  Frequency  6320.2275 


Item 

Description 

Value 

1 

Saturation  flux  density  ( dBW/M2 ) 

-67.5 

2 

Input  backoff 

-11.0 

3 

Area  of  unit  gain  antenna  assuming 
frequency  of  6.32  GHz 

-37.5 

4 

( G/T )  SAT 

-18.6 

5 

1/k  (Boltzmann's  Constant) 

+228.6 

6 

Total  up-link  C/Nq 

94.0 

7 

Sharing  among  N  carriers  (1/N) 

-25.0 

8 

(C/N  )  available  to  one  carrier 

(no  IoSfe) 

69.0 

Atmospheric  loss  and  pointing  loss 

1 

Qp-link  loss  Lu 

B| 

<C/Ho»UF 

B u 

NOTES : 


Comment 


Based  on  a  "nominal" 
of  320  carriers 
accessing  the  tran¬ 
sponder  (see  note  a) 


Based  upon  a  nominal 
loading  of  320  car¬ 
riers  (see  note  (a) 


(see  note  b) 


a.  with  fewej.  than  320  up-link  carriers,  input  backoff 
increases  but  the  "sharing"  loss  is  reduced  so  that 
(C/N  )yp  tends  to  remain  constant.  If  the  nominal 
operating  point  is  -10  dB  input  backoff  rather  than 
-11  dB,  then  (C/N  )up  increase  by  1  dB. 


b.  Loss  applies  to  the  single  SATNET  up-link  carrier.  Any 
loss  will  decrease  (C/N  and  reflect  directly  into 
the  down-link  as  a  power  snaring  loss. 
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Table  6-3.  Down-Link  C/N  for  Operation  in  the  SPADE 
Transponder  Down-Link°Frequency  4095.2275  MHz 


Item 

Description 

Value 

Comment 

1 

Satellite  e.i.r.p.  at  beam  edge 

+22.0  dBW 

One  dB  more  e.i.r.p. 
may  be  available 
(+23) 

2 

Output  backoff  (dB) 

-5.0 

May  be  slightly 
less  (-4.2  dB) 

(see  note  a) 

3 

Free  space  loss 

-196.6 

(see  note  b) 

4 

Antenna  pointing  and 
atmospheric  loss 

-0.7 

5 

Receive  earth  station  (G/T) 

+40.7 

6 

1/k 

+228.6 

7 

Total  <C/»0)D„ 

89.2 

a 

Sharing  among  N  carriers 

-25.0 

Based  on  320  car¬ 
riers  in  transponder 
(see  note  a) 

9 

(C/N  )_„  available  to  one 
carr?e?N 

64.2 

10 

Down-link  loss 

Applies  only  to 
the  SATNET  carrier 

11 

Up-link  loss 

-L 
_ U 

Applies  only  to 
the  SATNET  carrier 

12 

(C/N  with  losses 

o  uw 

64.2-Ld-Lu 

NOTES: 


a.  For  fewer  than  320  carriers,  operating  point  tends  to 
change  but  sharing  also  changes,  so  these  terms  tend  to 
compensate.  For  worst  case  sharing  with  400  active 
carriers,  (C/N  ),.„  would  be  reduced  by  1  dB. 

b.  Applies  to  reception  at  Tanum  with  approximately  a  17° 
elevation  angle.  Will  experience  0.1  dB  more  loss  at 
Etam,  0.2  dB  less  loss  at  Goonhilly. 


•1 

•1 


A  final  term  that  should  be  included  in  the  link  budget 
is  the  ratio  of  carrier  power  to  intermodulation  noise.  It  is 
difficult  to  estimate  this  value  exactly  at  a  particular  frequency 
slot  in  the  transponder.  For  the  output  backoff  level  of  -5  dB, 
with  the  transponder  loaded  with  320  carriers,  the  ratio  of  total 
carrier  power  to  intermodulation  power  would  be  approximately 
18.5  dB.  If  the  intermod  noise  power  were  spread  uniformly  over 
the  36  MHz  transponder  bandwidth,  a  total  C/Nq  of  94  dB-Hz  would 
result,  or  69  dB-Hz  per  carrier  with  320  equal  carriers.  This 
(C/Nq)im  value  of  69  dB-Hz  will  be  used  as  a  "worst-case"  value 
for  IM  levels.  Note  that  this  ratio  would  be  reduced  by  any  up¬ 
link  loss  Lu- 

Overall  C/Nq  can  now  be  obtained  as 


where  £u  and  are  the  up-  and  down-link  losses  expressed  as 
numbers  <1.0  and  the  C/Nq  values  are  expressed  as  numbers,  not  as 
dB  quantities.  Total  C/NQ  values  are  given  in  Table  6-4. 


Table  6-4.  Total  C/NQ  for  One  Carrier* 


Lu  (dB) 

Lj,  (dB)  ->  0 

1 

2 

3 

4 

0 

61.8(62.8) 

61.2(62) 

60.6(61.2) 

59.8(60.4) 

59.1(59.6) 

1 

60.8(61.8) 

60.2(61) 

59.6(60.2) 

58.8(59.4) 

58.1(58.6) 

2 

59.8(60.8) 

59.2(60) 

58.6(59.2) 

57.8(58.4) 

58.1(57.6) 

3 

58.8(59.8) 

58.2(59) 

57.6(58.2) 

56.8(57.4) 

56.1(56.6) 

4 

57.8(58.8) 

57.2(58) 

56.6(57.2) 

55.8(56.4) 

55.1(55.6) 

*Numbers  in  parenthesis  assume  that  intermods  are  negligible 


The  C/Nq  values  can  be  converted  to  C/N  ratios  in  the 
38  kHz  noise  bandwidth  as  C/N  =  (C/NQ)T  -  45.8  dB.  Alternately, 
the  values  can  be  converted  to  as  =  < C/NQ )T  -  48.1  dB. 
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MISSED-HELLO  PACKET  DATA 


The  actual  missed  hello-packets  experienced  on  SATNET 
since  the  beginning  of  the  year  1979  are  reviewed  in  this  subsec¬ 
tion.  The  raw  data  for  January  and  February  1979  is  summarized 
in  Table  6-5.  The  nine  SATNET  links  are  consistently  coded  by 
the  numbers  1  through  9  as  follows:  (E  =  Etam,  G  =  Goonhilly, 

T  =  Tanum ) : 

From 


E  G  T 

To:  E 

12  3 

G 

4  5  6 

T 

7  8  9 

All  of  the  numbers  given  in  Table  6-5  are  the  total  number  of 
hello  packets  missed  in  a  day,  by  link.  The  data  for  links  1,  2, 

3,  5,  8,  and  9  are  plotted  in  Figure  6-5. 

The  SATNET  error  data  for  March  1979  is  summarized  in 
Table  6-6.  Included  in  this  table  is  an  "outage  correction  factor" 
to  account  for  the  fact  that  on  eight  of  the  ninteen  days,  data 
was  not  collected  over  the  whole  24  hour  period.  Knowing  these 
outage  times,  one  can  "correct"  the  averaging  interval  used  to 
calculate  "fraction  of  hello  packets  missed." 

The  correction  factors  are  included  on  Figure  6-6  as 
the  heavy  black  arrows  on  certain  days.  All  data  points  on  that 
particular  day  should  be  moved  upward  by  the  length  of  the  arrow. 
Note  for  example,  that  on  the  2nd,  9th,  and  18th  of  March  this 
would  reduce  somewhat  the  seemingly  drastic  improvement  from  one 
day  to  the  next. 
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Table  6-5.  Errors  Reported  on  SATMET;  January  1979  and  February  1979 


Figure  6-5a.  SATNET  Missed  Hello  Packet  Data;  January  1979 


-5b.  SATNET  Missed  Hello  Packet  Data;  February  1979 


XNfl  A8  A  VO  Hid  SAiJOVd  OTI3H  OJS9W 
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The  error  data  for  April  1979  are  summarized  in  Table  6-7 
and  Figure  6-7.  During  this  period,  some  changes  were  made  which 
are  reflected  in  the  data.  First,  on  3  or  4  April,  a  correction 
to  the  transmitted  power  level  was  made  at  Goonhilly.  This  level 
was  low,  by  at  least  1  dB,  and  had  evidently  been  low  compared  to 
the  transmissions  from  the  other  earth  stations,  for  several  months. 
Secondly,  the  format  of  the  hello  bursts  was  changed  on  9  April. 

The  first  change  seemed  to  stabilize  the  performance  of  the  links 
originating  from  Goonhilly.  The  effect  of  change  is  shown  more 
clearly  in  Figure  6-8  which  plots  missed  hello  packets  on  link 
No.  5  (Goonhilly).  The  test  report  from  the  Goonhilly  earth  sta¬ 
tion  also  recounted  problems  with  antenna  tracking  and  the  HPA 
which  could  have  accounted  for  additional  losses  of  up  to  2  dB  or 
certain  days  during  the  early  part  of  1979.  These  variations 
would  likely  explain  the  highly  erratic  behavior  of  the  links 
originating  from  Goonhilly.  Antenna  tracking  problems,  in  par¬ 
ticular,  could  explain  why  the  Goonhilly-* Goonhilly  link  seems  to 
have  extremely  high  packet  miss  rates  on  certain  days.  Note  from 
Figure  6-4,  for  example,  that  an  up-link  and  a  down-link  loss  of 
2  dB  results  in  a  bit  error  rate  significantly  higher  than  10  4 
which  gives  a  missed-packet  percentage  greater  than  10  percent. 

Data  for  May  1979  is  summarized  in  Table  6-8  and 
Figure  6-9.  Data  for  June  1979  is  given  in  Table  6-9  and  Fig¬ 
ure  6-10,  and  for  July  1979  in  Table  6-10  and  Figure  6-11. 


6.5  CONCLUSIONS 

The  data  presented  in  this  section  summarizes  the  missed- 
hello  packet  experience  on  SATNET  during  the  first  half  of  1979. 

The  data  during  this  period  was  punctuated  by  high  miss  percentages 
in  the  transmissions  originating  from  Goonhilly.  Several  requests 
to  the  earth  station,  and  routine  checks  of  power  levels,  failed 
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Figure  6-7.  Missed  Hello  Paackets  Per  Day  By  Link,  April  1979 
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Figure  6-8.  Missed  Hello  Packets,  Goonhilly+Goonhilly 
February  through  April  1979 


Table  6-8.  Summary  of  SATNET  Data  for  May  1979 


Figure  6-9.  Missed  Hello  Packets  Per  Day  By  Link;  May  1979 


Summary  of  SATNET  Data  for  June  1979 


Figure  6-10.  Missed  Hello  Packets  Per  Day  By  Link;  June  1979 


Figure  6-11.  Missed  Hello  Packets  Per  Day  By  Link;  July  1979 


to  reveal  any  abnormality  in  the  operating  conditions  at  Goonhilly. 
Finally  in  early  April  1979,  a  power  level  adjustment  was  made 
plus  extensive  checks  of  the  SPADE  equipment.  This  action  resulted 
in  more  stable  performance  during  the  following  weeks. 

Along  with  the  data  review,  an  approximate  model  has 
been  developed  for  SATNET  performance  which  allows  average  channel 
bit  error  rate  to  be  inferred  from  the  missed-packet  percentages. 
This  model  indicates  that  the  missed-packet  behavior  (except  for 
some  of  the  extremes)  is  normal  and  to  be  expected.  A  trend  not 
shown  in  the  data  presented  here  is  a  tendency  for  the  missed 
packets  to  occur  during  that  period  of  each  day  when  the  SPADE 
transponder  in  the  INTELSAT  IV-A  satellite  is  carrying  other 
(mostly  voice)  traffic.  Missed  packets  are  relatively  rare  in 
the  early  morning  and  late  evening  hours.  There  is  clearly  some 
correlation,  within  each  day,  with  the  loading  of  the  transponder. 
This  "loading"  has  also  increased  with  time  and  more  carriers  are 
utilizing  the  transponder  now  (Spring  1979)  than  they  were  a  year 
ago,  say  in  the  Spring  of  1978.  The  experience  with  SATNET  does 
seem  to  reflect  both  this  growth  in  traffic,  and  the  diurnal 
variations  in  transponder  loading. 


7.  SATELLITE  COMMUNICATIONS  SYSTEM  TRADEOFF  STUDIES 


7.1  INTRODUCTION 

In  addition  to  the  other  activities  at  COMSAT  related 
to  the  Atlantic  Packet  Satellite  program,  some  effort  has  been 
devoted  to  a  study  of  future  applications  of  packet  transmission 
by  satellite.  This  study  has  focused  on  two  questions: 

a.  how  can  future  communication  satellite  systems  benefit 
from  the  packet  transmission  format? 

b.  how  might  packet  transmission  formats  impact  the  archi¬ 
tecture  of  future  communication  satellite  systems? 

*  These  questions  are  closely  related;  the  first  seeks  to  determine 
the  benefit  to  be  derived  by  utilizing  packet  transmission  tech¬ 
niques,  as  opposed  to  other  techniques,  for  transmitting  digital 
data  via  communications  satellites.  The  second  question  asks  how 
future  communication  satellite  systems  might  be  different,  given 
that  packet-transmission  techniques  are  being  used.  Such  differ¬ 
ences  could  arise  in  the  terrestrial  part  of  the  satellite  sys¬ 
tem,  i.e.,  the  earth  stations,  or  in  the  spacecraft  itself. 

To  address  these  questions,  it  is  necessary  to  hypoth¬ 
esize  a  network,  and  to  consider  various  quantities  and  catego¬ 
ries  of  data  to  be  handled  by  that  network.  The  latter  area  is 
•  important  since  packet-transmission  concepts  are  clearly  not 

applicable  to  all  types  of  data  transmission  requirements  (dig- 
.  ital  TV  for  example) .  This  description  of  the  type  of  network 

being  considered  and  possible  volume,  type,  and  mixture  of  traf¬ 
fic  to  be  handled  are  outlined  in  Section  7.2.  These  two  items 
together,  a  traffic  forecast,  and  a  hypothesized  network  serve  as 
general  guidelines  for  the  study. 
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In  Section  7.3,  the  implications  of  the  traffic  sce¬ 
narios  on  the  gross  characteristics  of  a  communications  satellite 
system  are  determined,  and  a  range  of  system  concepts  are  defined 
that  match  these  characteristics.  In  Section  7.4,  future  satel¬ 
lite  system  concepts  and  architectures  are  described  that  take 
advantage  of  the  packet  transmission  concept  and  exploit  the 
flexibility  and  adaptability  that  is  inherent  to  this  type  of 
data  transmission.  A  comparison  of  the  relative  cost  effective¬ 
ness  of  circuit  switching  and  packet  transmission  is  given  in 
Section  7.5. 


7.2  NETWORK  AND  TRAFFIC  SCENARIOS 

One  of  the  difficulties  in  judging  the  impact  of  packet 
transmission  formats  on  communication  satellite  networks  is  that 
the  answers  obtained  are  highly  dependent  upon  the  assumed  net¬ 
work  topology  and  upon  the  traffic  to  be  carried  by  the  network. 
Satellite  communications  system  architecture  for  providing  packet 
communication  services  is  highly  dependent  on  the  level,  distri¬ 
bution,  and  type  of  traffic  to  be  handled  by  such  a  system.  Ac¬ 
curate  forecasts  of  future  user  requirements  are  difficult  to 
obtain  although  two  such  projections  are  available.  In  a  report 
by  Ovum  L.  [9],  estimates  are  given  for  future  computer  commu 
nications  traffic  in  a  few  countries.  For  example,  the  estimates 
for  annual  traffic  in  the  United  States  are  2,480  and  7,000  mil¬ 
lions  of  kilopackets  in  1980  and  1985,  respectively.  These  esti¬ 
mates  correspond  to  an  annual  growth  rate  of  23  percent.  If  this 
growth  is  extended  still  further  into  the  future,  the  estimated 
annual  computer  communications  traffic  in  the  U.S.  is  19,700  mil¬ 
lions  of  kilopackets  per  year,  in  year  1990.  These  traffic  esti¬ 
mates  are  based  on  the  assumption  that  an  average  packet  will 
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contain  500  bits  of  data.  Assuming  a  uniform  distribution  for 
this  traffic  results  in  an  average  data  rate  of  312  Mbit/s  in  the 
year  1990.  These  are  estimates  of  the  United  States'  computer 
communications  traffic  only  and  do  not  include  any  voice-data 
traffic.  The  Department  of  Defense  (DOD)  has  estimated  future 
data  and  voice  traffic  requirements  for  the  late  1980s  and  early 
1990s  as  36  Mbit/s  of  data  traffic  combined  with  2700  Erlangs  of 
voice  traffic  [2] .  Assuming  an  average  of  32  Kbit/s  for  each 
voice  channel  results  in  an  integrated  voice  and  data  traffic 
requirement  of  122  Mbit/s. 

Since  these  traffic  estimates  for  10  years  in  the  fu¬ 
ture  are  subject  to  significant  variations,  they  can  be  used  only 
as  a  baseline  from  which  a  range  of  user  requirement  scenarios 
can  be  defined.  This  range  of  possible  scenarios  can  then  be 
used  to  bound  the  requirements  on  future  digital  satellite  com¬ 
munications  systems  for  packet  switching  applications. 

Three  packet  traffic  scenarios  are  defined  in  terms  of 
the  total  network  traffic  in  kilopackets  per  year,  the  total  num¬ 
ber  of  earth  stations  participating  in  the  network,  and  the  mix¬ 
ture  of  traffic  be  ween  data  and  voice.  Based  on  the  total 
traffic  level,  the  three  scenarios  are  designated  as  nominal, 
low,  and  high. 

Nominal  Scenario.  In  this  scenario,  it  is  assumed  that 
the  total  DOD  "packet"  traffic  requirement  will  reach  a  level  of 

9 

8  x  10  kilopackets  per  year  (125  Mbit/s)  by  1990.  It  is  assumed 
that  a  total  of  1,000  earth  stations  will  access  the  satellite, 
and  that  20  of  these  stations  will  carry  30  percent  of  the  traf¬ 
fic,  another  80  stations  will  carry  another  30  percent,  and  900 
earth  stations  will  carry  the  remainder  of  the  traffic  (40  per¬ 
cent)  ,  with  the  traffic  in  each  group  divided  equally  among  the 
corresponding  stations. 


Low  Scenario.  This  scenario  assumes  that  the  total 


packet  traffic  does  not  grow  as  rapidly  as  in  the  nominal  sce¬ 
nario  so  that  by  1990  the  total  will  be  8  x  10®  kilopackets  per 
year.  It  is  assumed  that  the  total  number  of  earth  stations 
reaches  a  level  of  100,  and  that  30  percent  of  this  traffic  will 
be  carried  by  5  of  the  stations  (on  an  equal  basis),  another 
30  percent  by  another  15  stations,  and  the  other  40  percent  by 
the  remainder  of  the  stations  (80)  on  an  equal  basis.  In  this 
scenario,  it  is  assumed  that  stream  (voice)  traffic  does  not  grow 
rapidly  and,  hence,  most  of  the  traffic  will  be  data. 

High  Scenario.  In  the  high  scenario,  it  is  assumed 
that  packet  satellites  will  carry  a  significant  amount  of  Voice 
(stream)  traffic  and  the  total  traffic  by  1990  reaches  8  x  1011 
kilopackets  per  year.  It  is  assumed  that  the  number  of  stations 
reaches  10,000,  and  that  10  of  these  stations  will  carry  25  per¬ 
cent  of  the  traffic  (on  an  equal  basis) ,  100  of  the  stations  will 
carry  another  25  percent  of  the  traffic,  another  1,000  stations 
sill  carry  another  25  percent,  and  the  rest  of  the  stations 
(8,890)  will  carry  the  remaining  25  percent  of  the  traffic. 

These  projections  of  future  traffic  are  summarized  in 
Table  7-1  where  an  additional  breakdown  is  included  within  each 
category  giving  several  mixes  of  voice  and  data  traffic.  The 
scenarios  cover  a  range  of  four  orders  of  magnitude  from  the  low 
to  the  high  estimates  of  annual  traffic  volume.  This  extremely 
wide  range  of  possible  requirements  obviously  will  have  a  large 
impact  upon  the  communications  satellite  system  that  provides 
such  a  service.  These  impacts  are  examined  in  the  next 
subsection. 
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Table  7-1.  Summary  of  "Packet"  Traffic  Scenarios 


7.3 


IMPLICATIONS  OF  THE  PROJECTED  TRAFFIC  ON 
SPACECRAFT 


7.3.1  Required  Spacecraft  Capacity 

Packet  satellite  networks  are  to  be  considered  that  are 
characterized  by  the  number  of  users  served  by  the  network,  Nu, 
the  number  of  earth  stations  in  the  network,  N-^,  and  the  total 
annual  network  traffic,  P  (packets  per  year).  For  now,  it  will 
be  assumed  that  "earth  stations"  and  "users"  denote  the  same 
thing  so  that  Nu  =  NEg. 

The  peak  system  data  rate  can  be  obtained  from  P  if 
an  average  of  500  bits/packet  are  assumed  as 

_  a  P  packets/yr  •  500  bits/packet 
365  •  24  •  3600  s/yr 

-  1.58  x  10~5  aP  (7-1) 

where 

A 

Rjj  =  peak  data  rate  in  bits/s 
a  =  peak- to-aver age  ratio  of  the  traffic 
R^  =  "average"  data  rate  in  bits/s 
P  =  total  annual  network  traffic  in  packets 

From  Table  7-1,  values  of  P  range  from  8  x  10*°  to  8  x  1014. 

Assuming  a  =  4  gives  peak  data  rates  ranging  from  5  Mbit/s  to 

50,000  Mbit/s.  Between  these  two  extremes,  a  "nominal"  system 
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is  postulated  with  P  =  8  x  10  (a  =  4)  giving  a  peak  data  rate 
Rjj  *  500  Mbit/s.  The  implications  of  this  range  of  traffic  will 
be  determined  in  the  following. 


where  n  is  the  bandwidth  efficiency  in  bits/s  per  Hz.  This  ef¬ 
ficiency  would  typically  range  from  0.5  for  coded  PSK  operation 
to  1.5  for  uncoded  QPSK  modulation.  For  bandwidth  efficiencies 
of  0.5  and  1.5  the  total  satellite  bandwidth  required  for  the 
network  can  be  estimated  as  shown  in  Table  7-2. 

The  three  scenarios  for  traffic,  i.e.,  the  low,  nomi- 
mal,  and  high  traffic  levels  call  for  considerably  different 
spacecraft  configurations  to  satisfy  the  requirements.  These 
requirements  can  be  summarized  as  follows:  • 


a.  The  low  traffic  level  can  probably  be  satisfied  in  a 
fraction  of  a  single  transponder  of  a  satellite  that  provides 
wide-area  (i.e.,  CONUS)  coverage.  Such  service  could  be  provided 
at  6/4,14/11,  or  possibly  30/20  GHz. 

b.  The  nominal  traffic  level  requires  approximately  twenty 
40-MHz  transponders  which  would  correspond  to  all,  or  a  signifi¬ 
cant  part  of  a  satellite  of  the  complexity  of  INTELSAT  V.  Opera¬ 
tion  in  more  than  one  of  the  frequency  bands,  6/4,  14/11,  or 
30/20  GHz  may  be  required. 

c.  The  high  traffic  level  imposes  severe  (possibly  unreal¬ 
istic)  requirements  on  the  space  segment  and  may  have  to  be  re¬ 
duced  somewhat;  however,  as  an  upper  bound,  the  high  secnario 
would  require  several  thousand  40-MHz  transponders.  The  fre¬ 
quency  reuse  required  would  imply  up  to  one  hundred  individual 
antenna  beams  formed  at  the  satellite.  Even  if  reduced  10-to-l, 
this  scenario  may  require  multiple  satellites,  or  a  very  complex 
space  station. 
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7.3.2 


Communications  System  Design  Implications 

Experiments  with  packet- switch  transmission  via  commu¬ 
nications  satellites  have  proved  the  concept  at  low-data  rate 
(£64  kbit/s)  between  a  limited  number  of  earth  stations.  Effi¬ 
cient  demand-assignment  multiple-access  techniques  have  been 
developed  during  these  experiments  which  consider  such  factors 
as  priority  and  maximum  delay  time  in  making  assignments  in  a 
variable  TDMA  message  frame.  These  techniques  are  directly  ap¬ 
plicable  to  higher  transmission  rates  such  as  1.5  Mbit/s  or  even 
higher. 

The  future  traffic  projections  for  packet-satellite 
systems  given  earlier  in  this  section,  cover  an  an  extremely  wide 
range  so  that  satellite  architectures  to  serve  these  future  needs 
could  vary  significantly.  For  example,  to  meet  the  most  moderate 
traffic  projection,  the  packet  satellite  network  could  still  be 
served  by  a  small  fraction  of  an  existing  spacecraft.*  (Possibly 
a  complete  transponder  or  a  large  fraction  of  a  complete  tran¬ 
sponder.  )  As  the  higher  traffic  projections  are  considered, 
more  and  more  of  the  spacecraft  could  be  utilized  by  the  packet 
satellite  network  until,  for  the  most  optimistic  estimates  of 
future  traffic  growth,  very  complex  spacecraft  (or  even  multiple 
spacecraft)  are  needed  which  reuse  the  available  frequency  spec¬ 
trum  many  times  to  provide  all  of  the  necessary  communications 
capacity. 


*As  a  point  of  reference,  SATNET  uses  one  64-kbit/s  channel  in 
the  SPADE  transponder  of  the  INTELSAT  IV-A  spacecraft.  This 
present  use  thus  consumes  0.125  percent  of  the  bandwidth  and 
approximately  0.3  percent  of  the  power  of  this  single  40-MHz 
transponder  which  is,  itself,  only  about  5  percent  of  the  total 
communications  capability  of  the  spacecraft  (i.e.,  the 
INTELSAT  IV-A  spacecraft  contains  twenty  40-MHz  transponders) . 


(*»•  MJTO  II.MIII.ipM  ..m 


These  projections  for  complex  spacecraft  follow  from 
some  rather  simple  approximate  calculations.  Consider  for  ex¬ 
ample*  a  typical  and  not  unreasonable*  forecast  of  a  future  net- 
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work  that  carries  8  x  10  packets  per  year.  Assuming  a  peak-to- 
average  ratio  of  four*  such  a  projection  for  traffic  gives  a  peak 
rate  of  approximately  10**  packets/s.  Zf  an  average  packet  is  as¬ 
sumed  to  contain  500  information  bits*  this  average  packet  rate 
can  be  converted  to  an  information  bit  rate  of  500  Mbit/s.  Rec¬ 
ognizing  that  a  significant  fraction  of  the  packet  transmission 
is  devoted  to  synchronization  preambles,  the  peak  transmission 
rate  could  easily  double  (i.e.*  the  total  transmission  is  half 
data  and  half  "overhead”)*  giving  1000  Mbit/s.  Such  a  rate  would 
require  17  40-MHz  transponders  assuming  QPSK  transmission  which 
achieves  approximately  1.5  bits/Hz.  On  an  average  basis  (i.e., 
if  the  transmissions  could  be  spread  uniformly  through  each  day) 
one- fourth  of  this  capacity  would  be  required. 

The  point  of  calculations  such  as  these  is  that  future 
applications  of  communications  satellites  for  packet  transmission 
could  evolve  into  complex  spacecraft  which  serve  networks  with 
extremely  large  capacities.  Such  spacecraft  must  reuse  the  avail¬ 
able  frequency  spectrum*  either  through  multiple  disjoint  antenna 
coverage  areas  or  dual  polarization*  or  both*  and  could  also 
utilize  more  than  one  of  the  frequency  bands  which  have  been 
allocated  for  satellite  communications.  These  particular  techno¬ 
logical  areas  provide  the  potential  for  increased  bandwidth  capa¬ 
bility  in  future  spacecraft*  but  this  increase  is  generally 
accompanied  by  attendant  problems  of  maintaining  the  required 
connectivity  between  users;  such  problems  become  particularly 
acute  in  complex  networks  serving  many  earth  stations.  Concepts 
for  satellite-switched  time-dividion  multiple-access  (SS-TDMA) * 
and  intersatellite  links  (ISLs)  interconnecting  multiple*  rela¬ 
tively  closely  spaced  satellites  serving  a  given  region*  have 
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emerged  as  possible  solutions  to  these  problems  of  connectivity 
and  proliferation  of  earth  stations.  These  concepts  have  been 
considered  for  future  satellite  systems  that  carry  multichannel 
telephony  and  television  transmissions. 

To  date,  future  satellite  architectures  have  been 
driven  almost  exclusively  by  the  steady  growth  in  "conventional" 
communications  traffic.  International  traffic  of  this  type  will 
undoubtedly  continue  to  emanate  from  large,  expensive  earth- 
station  instllations  such  as  the  30-m  "Standard-A"  station  used 
in  the  INTELSAT  system.  The  trend  in  domestic  satellite  communi¬ 
cations  systems  on  the  other  hand,  is  to  "move"  the  earth  sta¬ 
tions  nearer  to  the  ultimate  users  of  the  communication  service 
(ultimately  collocating  the  earth  station  with  the  user) .  Such 
a  trend  calls  for  smaller  earth  stations.  These  domestic  net¬ 
works,  which  will  eventually  be  connected  either  indirectly  or 
directly  to  the  international  satellite  system  (INTELSAT) ,  are 
being  designed  to  serve  a  variety  of  future  requirements  for 
digital  data  transmission  services.  Such  services  range  from 
"real-time"  transmission  of  digital  voice  and  either  conventional 
or  slow-scan  television,  through  the  "almost- real-time"  require¬ 
ments  such  as  interactive  data  transmission,  facsimile  transmis¬ 
sion,  and  some  computer-to-computer  data  transmission  applications 
to  finally,  the  less  "delay  sensitive"  applications  such  as  elec¬ 
tronic  mail,  and  bulk  data  transfer  between  computers. 

For  all  commercial  applications  of  communications  sat¬ 
ellites,  a  major  issue  is  the  efficient  utilization  of  the 
resources  of  the  spacecraft,  specifically  the  power  and  bandwidth 
in  the  various  transponders.  In  the  past,  less  capable  satel¬ 
lites  have  required  the  use  of  large  earth  stations  to  produce 
strong  enough  signals  at  the  input  to  the  satellite,  and  to  re¬ 
ceive  sufficient  signal  strength  from  the  relatively  weak  satel¬ 
lite  transmitters,  to  yield  an  overall  signal-to-noise  ratio  that 
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would  allow  effective  use  of  the  overall  bandwidth.  These  early 
systems  were  "power  limited"  and  generally  used  the  available 
bandwidth  inefficiently.  The  situation  has  changed  with  current 
satellites  with  the  advent  of  directive  antennas  on  the  space¬ 
craft  and  higher  power  transmitters.  Todays  satellites  are 
generally  capable  of  operating  at  the  cross-over  between  power- 
and  bandwidth- limited  operation  when  moderately  large  earth  sta¬ 
tions  are  used,  and  modulation  techniques  such  as  quaternary 
phase-shift  keying  (QPSK)  are  used  on  the  communication  links. 

In  the  future,  continued  advances  in  spacecraft  antenna  design 
will  provide  coverage  that  is  tailored  to  the  needs  of  particular 
communication  networks.  One  of  the  benefits  of  this  technology 
is  a  lowering  of  the  cross-over  between  bandwidth  and  power- 
limited  operation  to  smaller  earth  stations.  It  is  possible  in 
future  spacecraft,  therefore,  to  utilize  the  spacecraft  effi¬ 
ciently,  in  the  sense  that  a  bandwidth  efficient  modulation  is 
used  (i.e.,  a  large  value  of  n  bits/Hz)  with  relatively  small 
earth  stations.  Minimizing  the  size,  and  hence  cost  of  earth 
stations  assumes  major  importance  in  networks  with  a  large  num¬ 
ber  of  earth  stations. 

A  second  major  issue  in  efficient  utilization  of  the 
space  segment  is  the  choice  of  multiple-access  technique.  These 
techniques  allow  multiple  earth  stations  to  share  a  particular 
part  of  the  spacecraft  resource,  usually  the  e.i.r.p.  and  band¬ 
width  of  a  particular  transponder.  The  conventional  multiple- 
access  techniques,  namely  FDMA,  TDMA,  and  CDMA  (code-division 
multiple  access) ,  are  well  known  and  will  not  be  elaborated  (ex¬ 
cept  to  note  that  CDMA  is  relatively  inefficient  except  in  ex¬ 
tremely  power-  or  interference- limited  situations,  so  that  it  has 
very  limited  application  in  commercial  communications  satellite 
systems).  Both  FDMA  and  TDMA  are  used  in  commercial  satellite 
systems  (TDMA  will  soon  be  used) ,  and  both  are  presently  utilized 
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on  a  pre-assigned  basis.  The  "user"  in  this  case  bundels  his 
traffic  into  large  groups  (of  telephone  channels,  for  example) 
and  delivers  this  builk  traffic  to  the  earth  station.  This 
bundeling  can  be  done  with  some  sophistication  (for  example,  the 
statistics  of  certain  sources  of  traffic  can  be  exploited  such 
as  is  done  in  TASI  or  DSI  for  processing  speech) ,  but  generally 
the  assignment  of  satellite  resources  is  relatively  static  and 
fixed.  Users  are  pre-assigned  a  segment  of  the  satellite,  i.e., 
a  certain  fraction  of  its  power  and  bandwidth,  or  a  certain  num¬ 
ber  of  channels,  and  these  assignments  are  changed  only  rarely. 
The  service  is  paid  for  typically  on  a  monthly  basis,  and  such 
pre-assigned  service  is  generally  cost-effective  for  large  users, 
i.e.,  those  with  a  large  amount  of  traffic. 

It  became  clear  over  ten  years  ago  that  the  pre¬ 
assigned  use  of  satellite  communications  capacity  was  definitely 
not  cost-effective  for  an  important  and  growing  class  of  users. 
These  were  the  new  users  who  had  relatively  little  traffic  and 
wanted  to  join  the  network.  Although  these  "thin  routes"  would 
reasonably  be  expected  to  grow  with  time,  it  was  not  cost  effec¬ 
tive  to  install  a  large  earth  station,  equipped  with  an  FDM 
multiplexer  capable  of  handling  12  voice  channels  (the  minimum 
increment  available  in  INTELSAT)  and  then  use  such  a  station  to 
handle  only  a  few  telephone  calls  per  day  (say  a  few  hours  of 
active  speech  traffic  per  day) .  In  this  case,  users  paid  for 
full-time  use  of  channels  in  the  spacecraft  but  these  channels 
were  underutilized.  The  SPADE  system  was  developed  specifically 
for  these  "thin-route”  users.  The  SPADE*  system  operates  in  a 
global  transponder  and  provides  for  demand-assignment  of  800 

•Note  that  the  same  transmission  format  as  used  in  SPADE,  i.e., 
64- kbit/s  QPSK,  can  be  used  without  the  demand  assignment  fea¬ 
ture.  Such  systems  are  usually  referred  to  simply  as  single- 
channel-per-carrier  (SCPC)  systems. 
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45-kHz  frequency  slots  which  fill  this  transponder.  One  of  the 
64-kbit/s  channels  in  the  transponder  serves  as  a  common  signal¬ 
ing  channel  and  is  used  for  distributed  control  of  the  frequency 
channels.  Each  user  has  access  to  a  certain  time  segment  of  the 
64-kbit/s  TDMA  control  channel,  and  in  this  brief  period,  he 
makes  requests  for  vacant  frequency  slots  (which  are  known  to  all 
users) .  All  users  monitor  the  channel-request  transmissions  and 
are  aware  of  the  requests  of  other  users,  and  the  successful 
assignment  of  pairs  of  frequency  slots.  In  the  present  SPADE 
system,  the  common  signaling  channel  is  operated  as  a  64-kbit/s 
BPSK  TDMA  channel  with  a  50-ms  frame  time.  This  frame  is  divided 
into  50  1-ms  slots  so  that  50  SPADE  users  (i.e.,  50  earth  sta¬ 
tions)  can  participate  in  the  common  signaling  channel.  Note 
that  the  actual  establishment  of  a  "call”  generally  consumes  sev¬ 
eral  back-and- forth  transmissions  between  the  transmitting  and 
receiving  earth  stations  via  the  signaling  channel.  Each  must 
traverse  the  earth-satellite-earth  path  with  its  0.25-s  delay. 
Generally,  a  total  delay  of  5-10  seconds  is  required  to  establish 
a  connection.  Once  a  channel  pair  is  assigned,  the  parties  re¬ 
tain  t>~e  channels  for  the  duration  of  the  call  (i.e.,  generally 
for  several  minutes) .  Voice  activity  detectors  are  used  in  SPADE 
(and  most  SCPC  systems,  as  well)  to  turn  off  a  carrier  during  the 
period  when  one  speaker  is  silent.  This  on-off  switching  follows 
a  typical  pattern  of  a  few  seconds  on,  and  several  seconds  off. 
Several  features  of  the  SPADE  demand- assignment  system  are  worth 
emphasizing  since  some  parallels  will  arise  when  packet- 
transmission  systems  are  discussed.  These  can  be  summarized  as 
follows : 

a.  The  common-signaling  channel  is  a  global  TDMA  channel 
with  sufficient  time  slots  to  allow  50  users  to  participate  in 
the  network  in  an  ordered  or  noninterfering  basis. 


b.  Control  is  "distributed"  in  the  sense  that  all  earth 
stations  have  equal  precedence  in  requesting  channels,  and  in 
making  assignments. 

c.  The  "set-up"  time  for  a  channel  is  relatively  rapid  for 
the  type  of  traffic  being  handled  (i.e.,  speech).  However,  for 
other  demand-assignment  applications,  such  as  those  that  arise 

in  packet-transmission  applications,  the  speed  of  the  channel 
request  and  assignment  functions  used  in  SPADE  would  be  judged 
to  be  much  too  slow. 

With  this  background,  a  key  question  is  how  packet 
transmission  formats  might  impact  future  satellite  communication 
systems.  These  impacts  can  focus  upon  the  earth  stations  in  the 
network,  upon  the  spacecraft  itself,  and  upon  the  control  subsys¬ 
tem  that  dynamically  allocates  and  reallocates  spacecraft  re¬ 
sources  among  the  various  atwork  "users"  (who  in  the  following 
will  be  taken  as  synonomous  with  the  earth  stations) .  To  provide 
as  realistic  a  framework  as  possible,  a  CONUS  (Continental  United 
States)  setting  will  be  used  with  a  single  spacecraft  serving  a 
diverse  set  of  earth  stations  that  are  more  or  less  uniformly 
distributed  over  the  coverage  area.  A  multibeam  spacecraft  is 
assumed  which  provides  the  potential  for  frequency  reuse.  The 
volume  of  total  network  traffic  is  assumed  to  be  such  that  reuse 
is  needed  to  satisfy  the  network  requirements.  Implicit  to  the 
multibeam  configuration  is  the  increased  up-link  sensitivity,  and 
down-link  e.i.r.p.  of  the  spacecraft  which  favors  small,  and 
hence  inexpensive,  earth  stations.  Such  a  trend  is  necessary  in 
networks  with  hundreds  or  even  thousands  of  such  stations. 

In  this  hypothetical  future  environment,  some  interest¬ 
ing  questions  arise  about  the  future  directions  of  the  technology 
of  future  spacecraft  and  earth  stations.  The  past  trend  of  rela¬ 
tively  simple  reliable  spacecraft  has  relegated  most  of  the  com¬ 
plexity  to  the  participating  earth  stations.  This  trend  is 


presently  changing  and  such  changes  will  undoubtedly  be  acceler¬ 
ated  by  the  availability  of  the  space  transportation  system  (STS 
or  shuttle)  which  will  remove  many  of  the  constraints  which 
placed  inherent  limitations  on  spacecraft  designs  in  the  past. 
Removal  of  these  restrictions/  coupled  with  the  unique  character¬ 
istics  of  packet- transmission  networks,  and  the  packet  formats 
themselves,  can  lead  to  some  interesting  speculation  about  future 
spacecraft  which  might  serve  these  networks  in  the  future. 

The  intent  here  is  not  to  describe  and  analyze  partic¬ 
ular  networks,  or  even  to  design  satellites  to  serve  hypothetical' 
networks.  Such  steps  would  not  only  be  premature,  but  would  be 
well  beyond  the  scope  of  this  limited  effort.  The  following  sec¬ 
tions  will  deal  only  with  concepts  that  might  find  application  in 
future  packet-switched  satellites,  and  where  possible,  point  out 
the  advantages  and  disadvantages  of  these  concepts. 

7.4  FUTURE  PACKET  SATELLITE  CONCEPTS 

Present  trends  in  communications  satellites  emphasize 
higher  capacity  spacecraft  that  utilize  one  or  more  of  the  fre¬ 
quency  bands  allocated  to  satellite  communications.  By  means  of 
directive  spacecraft  antennas  or  polarization  diversity,  or  both, 
a  large  portion  of  the  allocated  spectrum  can  be  reused  giving  the 
potential  for  significantly  more  digital  transmission  capacity 
than  is  available  with  the  basic  allocation.  This  trend  toward 
frequency  reuse  results  in  complex  spacecraft  antenna  structures, 
consisting  for  example  of  large  reflectors  and  multiple  feed  ele¬ 
ments,  which  can  form  separate  isolated  beams  directed  at  spe¬ 
cific  regions  of  the  earth's  surface.  Upon  reception  at  the 
spacecraft,  these  narrow  coverage  areas  provide  high  sensitivity 
(large  gain)  to  signals  transmitted  from  the  earth's  surface. 


Likewise,  transmission  from  the  spacecraft  is  able  to  concentrate 
high  effective  radiated  powers  (e.i.r.p.)  into  the  covered  region. 
These  high-gain  spacecraft  antennas  allow  smaller  earth  stations 
to  be  used  in  networks  that  contain  a  large  number  of  dispersed 
users,  each  with  a  relatively  low  average  volume  of  traffic. 

If  these  concepts  are  applied  to  the  Continental  United 
States  (CONUS) ,  the  antenna  beam  coverage  from  the  spacecraft 
would  appear  as  shown  in  Figure  7-1.  The  maximum  simultaneous 
frequency  use  from  such  a  spacecraft  would  be: 

F  “  WA  X  NB  X  fB  ‘  (7-3) 

Where  WA  is  the  allocation  (e.g.,  500  MHz),  NB  is  the  number  of 
simultaneous  up-  and  down- link  beams  that  can  be  formed  at  the 
spacecraft,  and  fQ  is  a  factor  that  may  be  less  than  one  to  ac¬ 
count  for  the  fact  that  touching  spot  beams  cannot  support  simul¬ 
taneous  transmissions  on  the  same  frequency  at  the  same  instant 
of  time.  Generally,  the  number  of  simultaneous  beams  formed  at 
the  spacecraft  (Nfi)  could  be  less  than  the  number  of  contiguous 
spots,  Ng,  that  are  needed  to  cover  all  of  CONUS. 

A  second  concept  that  has  been  proposed  for  future  com¬ 
munications  satellites  is  the  "processing"  repeater.  With  few 
exceptions,  current  and  planned  satellites  act  simply  to  fre¬ 
quency  translate,  amplify,  and  retransmit  the  signals  that  appear 
at  their  inputs.  Any  noise  that  is  present  at  the  input  to  the 
transponder  is  amplified  and  radiated  along  with  the  desired  in¬ 
put  signals.  A  processing  repeater,  on  the  other  hand,  would 
demodulate  incoming  signals  and  then  remodulate  a  separate  down¬ 
link  transmitter  with  the  recovered  data.  Although  the  process¬ 
ing  repeater  results  in  a  more  complex  spacecraft  design,  this 
increased  complexity  may  be  justified  in  networks  with  many 
relatively  small  earth  stations. 
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Figure  7-1.  Multibeam  Satellite  Concept 
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With  packet  transmission  formats,  it  is  possible  to  en- 
*•  vision  different  options  for  onboard  processing  where  the  more 

'complex  techniques  include  on-board  storage  of  signals.  If  we 
*  consider  a  standard  packet  as  shown  in  Figure  7-2,  then  some  of 

the  options  for  on-board  processing  can  be  listed  briefly  as 
shown  in  Table  7-3.  These  concepts  range  from  the  conventional 
"straight- through"  transponder  (A) ,  to  a  conventional 
demodulation/remodulation  repeater  (D) ,  which  in  turn  is  followed 
by  more  complex  alternatives  for  processing,  some  of  which  are 
unique  to  the  packet  transmission  format.  The  final  concept  (I) , 
which  includes  on-board  storage,  could  include  the  queueing  of 
packets  at  the  spacecraft  to  await  down-link  transmission.  With 
such  storage  available,  the  spacecraft  ceases  to  be  a  "real  time" 
transmission  medium  and  can  be  envisioned  more  as  a  node  in  a 
packet  switched  network.  The  complexity  implied  by  some  of  this 
processing  may  make  it  impractical  to  consider  it  for  inclusion 
in  a  spacecraft.  As  concepts,  however,  the  alternatives  listed 
in  Table  7-3  are  worth  listing.  The  conclusion  is  that  "process¬ 
ing  satellite"  can  have  a  much  broader  interpretation  when 
"packetized"  digital  transmission  is  being  considered  and  this  is 
especially  true  for  concepts  that  provide  for  temporary  storage 
of  data  at  the  spacecraft. 


7.5  ANALYSIS  OF  NETWORK  CONFIGURATIONS 


7.5.1  Model  and  Assumptions  , 

In  this  section,  we  consider  in  more  detail  the  trade¬ 
offs  associated  with  serving  a  network  of  users  by  a  communica¬ 
tions  satellite  system  that  utilizes  one  of  several  alternative 
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Figure  7-2.  The  Standard  "Packet 


techniques  for  allocating  the  spacecraft  resource.  The  analysis 

will  apply  strictly  to  the  "nominal"  scenario  which  was  given  in 

*  12 

Subsection  7.2.  The  total  traffic  volume  per  year,  P  »  8  x  10 
packets,  and  the  total  number  of  users,  Nu  =  1000,  will  be  kept 
constant  for  the  analysis.  Certain  other  assumptions  in  the  sce¬ 
nario  will  be  treated  as  variables,  however.  First,  we  will  con¬ 
sider  the  total  population  of  users  to  be  divided  into  three 
classes;  "High”  rate,  "Medium”  rate,  and  "Low"  rate  users.  The 
total  volume  of  traffic  is  divided  such  that  the  high  rate  users 
generate  a  fraction  PH  of  the  total  traffic,  the  medium  users  PM, 
and  the  low  rate  users  a  fraction  PL  (where  PH  +  PM  +  PL  «  1) . 
Each  user  is  further  identified  by  a  utilization  factor  i^, 
indicating  the  fraction  of  the  24  hours  per  day  that  he  is  actu¬ 
ally  using  the  network,  and  by  an  activity  factor  a^^  which  indi¬ 
cates  the  fraction  of  time  that  the  user  actually  generates  data, 
given  that  he  is  using  the  network.  For  example,  a  user  who  uses 
the  network  for  an  average  of  3  hours  per  day  would  have  a  utili¬ 
zation  factor  u ^  -  1/8.  When  using  the  network,  the  user  could 
generate  data  sporadically  with  a  ratio  of  active  data  generation 
time  to  total  time  of  five  percent.  In  this  case,  the  activity 
factor  of  the  user  would  be  0.05. 

The  user  population  is  assumed  to  be  subdivided  so  that 
a  fraction  fR,  fM,  and  fL  of  the  1000  users  are  in  the  high,  me¬ 
dium,  and  low  categories,  respectively.  For  example,  if  2  per¬ 
cent  of  the  users  are  in  the  high  category,  then  the  network 
would  have  20  high  rate  users.  The  number  of  users  per  category 
will  be  denoted  nR,  nM,  and  n^.  These  variables  pertaining  to 
the  user  population  are  summarized  in  Table  7-4. 


Table  7-4.  Summary  of^Network  Variables 
Traffic  Volume,  P  *  8  x  10*2 
packets/year 
Total  Number  of  Users, 

N  =  1000 


user 

Class 

Fraction 
of  Users 

Number  of 
Users 

Fraction 
of  Total 
Traffic 

Utilization 

Factor 

Activity 

Factor 

High 

fH 

nH  *  Vu 

PH 

UH 

aH 

Medium 

fM 

nM  "  fM8u 

PM 

UM 

aM 

Low 

fL 

nL  =  fL**U 

PL 

UL 

aL 

NOTE:  fH  +  fM  +  fL  -  1. 

PH  +  PM  +  PL  "  X- 


We  must  next  make  some  assumptions  about  the  traffic 
matrix  that  exists  between  the  different  users.  This  matrix  will 
have  the  general  form  shown  in  Figure  7-3.  It  is  assumed  that 
the  traffic  matrix  is  ordered  such  that  high-rate  users  appear 
first  (i  =  1,  nH) ,  medium-rate  users  appear  next,  and  low-rate 
users  appear  last.  The  matrix  can  then  be  partitioned  to  have  the 
mutual  traffic  between  high-rate  users  in  the  upper  left  corner, 
and  the  mutual  traffic  between  low-rate  users  in  the  lower  right 
corner.  It  is  assumed  that  all  traffic  is  restricted  to  mutual 
traffic  between  users  of  the  same  class.  If  we  assume  that  a 
"packet"  contains  500  information  bits,  and  that  the  traffic  sub- 
matricese  are  filled  with  identical  elements  (full  connectivity 
required,  uniform  distribution  of  traffic) ,  then  several  traffic 
measures  can  be  computed  as  follows. 
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Annual  volume  of  packets  -  one  user  of  class  "x" 
to  another 

p  x  P 

Stx  ■  nxtnx  -  1)  paokets/i,ear  (7-4' 

Average  information  bit  rate,  one  user  in  class  "x" 
to  another 

/v 

PXP 

R  =  ■  ->■ — _  y,-  packets/year  x  500  bits/packet 
x  'x  ”  1 

x  - Liear -  (bits/second)  (7-5) 

3.15  x  10 '  sec 

Peak  information  bit  rate,  one  user  in  class  "x" 
to  another 

*xx  -  ^  Exx  (bits/second)  (7-6) 


As  a  typical  example  of  the  application  of  these  rela¬ 
tionships,  consider  a  network  with  the  following  characteristics: 

a.  20  high-rate  users  have  60  percent  of  the  traffic, 
operate  continuously  throughout  the  day  (uR  =  1)  with  25  percent 
activity. 

b.  80  users  have  30  percent  of  the  traffic,  and  operate 
12  hours/day  with  20  percent  activity. 

c.  900  users  have  10  percent  of  the  traffic,  and  operate 
an  average  of  3  hours/day  with  5  percent  activity. 


These  assumptions  yield  peak  information  bit  rates  of  0.8  Mbit/s, 
0.06  Mbit/s,  and  2.5  kbit/s  among  the  high-,  medium-,  and  low- 
rate  users,  respectively. 

Given  that  the  description  above  provides  sufficient 
flexibility  in  defining  the  network  traffic  between  classes  of 
users,  we  must  next  assume  a  geographic  distribution  of  these 
users  within  the  satellite  coverage  area.  It  is  assumed  that 
users  are  uniformly  distributed  over  CONUS  and  that  the  satellite 
antenna  provides  S  disjoint  "spot"  coverage  areas  over  this  same 
region  as  shown  in  Figure  7-4.  The  number  of  spot  coverage  areas 
varies  inversely  as  the  half-power  beamwidth  6g  of  the  satellite 
antenna.  As  the  antenna  beamwidth  is  narrowed  (providing  more 
gain  at  the  satellite) ,  more  spot  regions  are  needed  to  cover 
CONUS  and  fewer  users  would  be  included  in  each  region.  It  is 
further  assumed  that  each  spot  coverage  region  contains  NEg  earth 
stations  (NEg  is  at  least  one)  to  serve  the  users  in  that  region. 
For  example,  if  S  *  20,  then  for  the  scenario  above,  each  spot 
coverage  region  would  contain  one  high-rate  user,  four  medium-rate 
users,  and  45  low-rate  users. 

With  the  assumed  network  configuration,  we  now  want  to 
examine  three  different  techniques  for  establishing  the  required 
connectivity  between  users.  Two  cases  of  "circuit"  switching  will 
be  considered,  one  without  traffic  concentration  at  the  earth 
stations,  and  a  second  where  such  traffic  concentration  is  pos¬ 
sible.  The  third  technique  considered  consists  of  idealized 
packet  switching.  For  all  three  of  these  techniques,  beam 
switching  is  assumed  at  the  satellite  where  multiple  40  MHz  tran¬ 
sponders  in  the  satellite  are  shared  among  various  up-link/ 
down-link  beam  combinations  to  provide  the  required  connectivity. 
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The  beam  switching  can  be  illustrated  by  a  simple  ex¬ 
ample  where  two  transponders  are  shared  among  eight  up-  and  down¬ 
link  beams.  Possible  switching  patterns  are  shown  in  Figure  7-5. 
The  up-link  beam  is  switched  slowly  among  the  eight  coverage 
regions  and  for  each  connection,  the  down-link  connection  of  the 
transponder  output  is  sequenced  rapidly  through  each  of  the  pos¬ 
sible  down-link  coverage  areas.  The  second  transponder  is  like¬ 
wise  cycled  through  a  sequence  of  slow  up- link  connections  and 
more  rapid  down-link  connections.  The  switching  patterns  are 
chosen  so  that  touching  coverage  areas  are  never  illuminated  by 
the  antenna  at  the  same  instant  of  time.  The  total  switching 
frame  repeats  every  second.  If  the  burst  transmission  rate  of 
each  earth  station  is  60  Mbit/s,  then  the  average  transmission 
rate  from  spot  to  spot  is  simply 

(average)  =  60  x  106  x  Frame~llme  x  Number  of  Transponders 
<  x  2  <  1.875  Mbit/s 

where  the  inequality  indicates  some  loss  in  efficiency  due  to 
preambles,  guard  times,  and  time  needed  to  synchronize  the  earth 
stations  to  the  satellite  switch. 

The  simple  example  of  beam  switching  in  Figure  7-5 
points  out  a  restriction  on  the  number  of  times  frequency  spec¬ 
trum  can  be  "reused"  among  a  contiguous  set  of  spot  coverage 
areas.  For  the  example  shown,  it  is  possible  to  find  only  two 
complete  switching  sequences  among  nontouching  spot  beams  (it  is 
assumed  that  beams  separated  from  one  another  by  one  half-power 
beamwidth  are  sufficiently  isolated  to  avoid  co-channel  inter¬ 
ference).  A  third,  incomplete,  pattern  can  be  found  that  allows 
a  third  transponder  to  be  used  some  fraction  of  the  frame  period. 
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Generally,  as  the  number  of  spot  beams,  N  ,  becomes  large,  it  is 

s 

possible  to  find  approximately  1/3  N  switching  patterns  so  that 
this  number  of  transponders  could  be  utilized  to  interconnect 
pairs  of  beams. 

The  switching  in  Figure  7-5  equally  distributes  tran¬ 
sponder  capacity  among  the  eight  hypothetical  coverage  areas. 

The  pattern  is  fairly  straightforward  because  an  equal  distribu¬ 
tion  of  traffic  was  assumed.  When  the  traffic  between  coverage 
areas  is  nonuniform,  the  beam  connections  must  dwell  longer  on 
the  high-traffic  areas.  For  these  cases  of  unbalanced  traffic, 
it  may  be  difficult  to  find  switching  patterns  that  provide  for 
maximum  frequency  reuse. 

For  the  perfectly  balanced  case,  we  can  now  consider 
that  portion  of  the  switching  frame  that  interconnects  two  cover 
age  areas,  say  region-2  to  region-7  in  Figure  7-5.  We  will  con¬ 
sider  the  traffic  from  the  mix  of  users  in  region-7.  This  situa 
tion  is  shown  in  Figure  7-6.  For  the  representative  parameters 
assumed  earlier,  each  region  has  one  high-rate  user,  four  medium- 
rate  users,  and  45  low- rate  users.  Recall  that  the  characteris¬ 
tics  of  these  users  were  as  follows: 


Category 


Average  Use  Activity 


Peak  Information 
Bit  Rate 


High  Rate  (1) 

24  hrs/day 

0.25 

800 

kbit/s 

Medium  Rate  (4) 

12  hrs/day 

0.20 

60 

kbit/s 

Low  Rate  (45) 

3  hrs/day 

0.05 

2. 

5  kbit/s 

The  earth  station  in  Region  2  can  transmit  two  bursts 
in  each  frame  each  of  duration  approximately  1/64  s.  Assuming  a 
60  Mbit/s  TDMA  system,  and  neglecting  preambles  and  guard  times, 
the  total  rate  transmitted  from  the  earth  staion  would  be 
1.875  Mbit/s.  We  can  think  of  each  burst  as  providing  satellite 
"channels”  of  rate  equal  to  the  number  of  information  bits  put 


igure  7-6.  Circuits  in  TDMA  Frame 


into  each  burst.  For  example,  a  block  of  1000  bits  in  one  burst 
would  provide  a  1-kbit/s  channel. 

A  simple  but  inefficient  method  of  providing  channels 
from  region  2  to  region  7  would  be  to  simply  dedicate  segments 
of  the  burst  for  all  possible  circuit  combinations.  This  would 
result  in  the  following  required  capacity. 

One  high  rate  channel  0.8  x  10®  bits 

4  x  4  -  16  medium  rate  channels  0.96  x  10®  bits 

45  x  45  =  2025  low  rate  channels  5.063  x  10®  bits 

- - - g - 

(Fully  dedicated)....  6.823  x  10  bits 

which  exceeds  the  available  capacity  by  almost  four-to-one.  A 
second,  more  practical  approach  would  be  to  assign  a  "pool"  of 
circuits  and  assign  these  as  needed  to  the  user  pairs  for  the 
duration  of  their  "call"  or  data  transmission  session.  For  ex¬ 
ample,  if  we  establish  one  (dedicated)  high-rate  circuit, 

12  medium-rate  circuits,  and  300  low-rate  circuits,  the  following 
total  capacity  is  required. 

One  high  rate  channel  0.8  x  10®  bits 

12  medium  rate  channels  0.72  x  10®  bits 

300  low  rate  channels  0.75  x  10®  bits 

- g - 

(Pool  of  switched  CRTS)....  2.27  x  10  bits 

which  exceeds  the  available  capacity  by  only  20  percent.  Of 
course,  there  is  some  possibility  that  a  user  in  region  2  with 
traffic  for  a  user  in  region  7  will  find  all  circuits  "busy",  in 
which  case  he  would  be  unable  to  send  his  traffic.  Such  a 
"blocked"  situation  implies  that  all  time  slots  in  the  bursts 
leaving  the  earth  station  in  region  2  have  been  assigned.  Al¬ 
though  the  circuits  are  assigned,  this  does  not  necessarily  mean 
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that  each  burst  is  carrying  all  information  bits.  In  fact,  with 

i 

low  activity  data  sources,  most  of  the  bursts  are  "empty1  or 
are  carrying  "filler"  data.* 

To  this  point,  we  have  noted  that  a  significant  saving 
in  satellite  capacity  can  be  realized  if  circuit  connections  are 
provided  from  a  pool  of  circuits  to  serve  users  with  relatively 
low  utilization  (i.e.,  those  that  use  the  channel  only  a  few 
hours  per  day).  This  saving  was  realized  at  the  expense  of  addi¬ 
tional  equipment  at  the  earth  station,  and  extra  time  (or  trans¬ 
mission  capacity)  on  the  channel  to  establish  the  temporary 
connection.  Also,  such  circuit  switching  is  characterized  by 
some  probability  that  all  satellite  circuits  are  "busy"  or  occu¬ 
pied  when  a  particular  user  wishes  to  establish  a  connection. 

This  "blocking  probability"  must  be  traded  off  against  efficiency 
in  using  the  available  spacecraft  channels. 

Given  that  such  a  switched  network  is  set  up  to  handle 
temporary  connections  between  pairs  of  users,  there  is  one  addi¬ 
tional  step  that  can  be  taken  to  improve  efficiency  if  the  chan¬ 
nels  are  not  always  active  after  being  assigned.  Continuing  with 
our  representative  example,  assume  that  sufficient  satellite 
channels  are  provided  for  one  high  rate,  12  medium  rate,  and 
300  low  rate  users  where  the  connections  by  class  have  activity 
factors  0.25,  0.2,  and  0.05,  respectively.  The  ensemble  of  input 
circuits  could  appear  as  shown  in  Figure  7-7.  During  any  one 
second  interval,  the  high  rate  channel  is  "active"  with  probabil¬ 
ity  0.25,  each  of  the  12  medium  rate  channels  is  active  with 
probability  0.2,  and  each  of  the  300  low  rate  channels  is  active 
with  probability  0.05.  If  this  activity  and  lack  of  activity 


*In  practice,  the  lack  of  activity  on  a  particular  channel  would 
probably  manifest  itself  by  "all  zeros"  in  the  data  stream.  The 
data  to  the  modulator  would  be  scrambled  (and  removed  at  the  re¬ 
ceiver)  to  avoid  spans  where  the  carrier  is  unmodulated. 
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TERRESTRIAL  (INPUT)  CHANNELS 


Figure  7-7.  Ensemble  of  Circuit  Switched  Sources 


could  be  sensed,  the  satellite  channels  could  be  rapidly  recon¬ 
figured  on  a  frame-by-frame  basis  to  carry  only  those  channels 
that  are  currently  active.  Of  course,  additional  overhead  must 
be  put  into  the  transmitted  burst  to  inform  the  receiver  of  the 
changes  in  the  connections. 

This  technique  is  commonly  used  for  speech  transmission 
with  various  names  such  as  TASI  (time  assignment  speech  interpola¬ 
tion)  and  DSI  (digital  speech  interpolation) .  The  technique  used 
to  convey  the  connection  information  to  the  receiver  generally 
depends  on  the  relationship  between  the  frame  time  (in  our  exam¬ 
ple  assumed  to  be  one  second)  and  the  average  "speech-spurt" 
duration.  Two  extremes  are  possible: 

a.  If  the  frame  duration  is  very  short  compared  to  the 
average  duration  of  an  active  source  interval,  then  a  sequence  of 
"connect/disconnect"  messages  may  be  sufficient  to  keep  up  with 
the  changes  in  the  various  sources  from  "off"  to  "on"  or  from 
"on"  to  "off."  For  example  with  speech,  where  the  mean  spurt 
duration  is  about  1  s,  the  use  of  a  frame  duration  of  750  jjs  re¬ 
sults  in  an  active  channel  remaining  "on"  for  an  average  of  more 
than  a  thousand  frames.  A  single  connect/disconnect  message  per 
burst  is  adequate  in  this  situation  to  track,  or  keep  up  with, 
the  changes  in  activity  of  an  ensemble  of  "busy"  input  circuits. 

b.  At  the  opposite  extreme,  if  the  frame  time  is  long  com¬ 
pared  to  the  average  "on"  interval,  many  changes  in  the  active/ 
inactive  status  of  channels  could  occur  in  one  frame  interval. 

In  this  case,  a  longer  control  word  (more  burst  overhead)  may  be 
needed  to,  in  effect,  completely  define  the  connectivity  between 
satellite  and  terrestrial  channels  for  each  burst. 
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Note  that  this  form  of  dynamic  time  assignment  monitors 

the  activity  on  a  group  of  circuits  Hin  use"  (but  each  with 

<100  percent  activity)  and  assigns  satellite  channels  only  to 

those  that  are  active  at  that  instant  of  time.  With  such  a 

scheme,  a  number  of  satellite  channels  N  could  serve  a  number  N_ 

s  T 

of  terrestrial  circuits  where  Ns  _>  aN^ ,  where  a  is  the  average 
activity  of  the  input  channels.  At  times,  a  particular  channel 
may  be  "frozen  out"  in  this  process  (data  is  lost),*  and  also 
misconnections  can  occur  due  to  bit  errors  in  receiving  the  chan¬ 
nel  assignment  control  words.  Nevertheless,  such  systems  can 
achieve  a  gain  that  approaches  1/a  when  the  number  of  terrestrial 
channels  is  large.  The  equipment  needed  to  perform  this  process¬ 
ing  adds  to  the  cost  of  the  earth  station. 

For  the  example  discussed  previously,  it  is  clear  that 
nothing  can  be  done  with  the  single  high  rate  channel  to  recover 
the  four-to-one  loss  due  to  its  activity  factor.  With  the 
12  medium  rate  channels,  it  is  likely  that  some  of  the  five-to-one 
loss  could  be  recovered  and,  finally,  a  large  part  of  the  activity 
loss  could  probably  be  recovered  for  the  low  rate  channels.  As¬ 
suming  that  6  medium  rate  and  30  low  rate  satellite  channels  would 
provide  sufficiently  low  data  loss  probabilities,  our  earlier  example 
now  becomes 


♦With  speech,  these  freeze-out  probabilities  are  typically  made 
0.01  to  0.05  since  the  loss  of  a  frame's  worth  of  speech  (for 
short  frames)  may  not  be  serious.  For  data  transmission,  much 
lower  probabilities  of  lost  data  may  be  necessary. 


* 


One  high  rate  channel 

6  (interpolated)  medium  rate  channels 

30  (interpolated)  low  rate  channels 

(Pool  of  switched  CKTS  with  inter¬ 
polation  of  low  activity  CKTS) 


0.8  x  106  bits 
0.36  x  10S  bits 
0.075  x  10^  bits 
1.235  x  106  bits 


which  is  only  two-thirds  of  the  available  satellite  capacity. 

Thus,  by  adding  more  complexity  at  the  earth  stations,  the 
required  satellite  capacity  is  reduced.  Whether  this  is  a 
favorable  tradeoff,  or  not,  depends  on  the  relative  costs 
involved. 


7.5.2  Packet  Transmission  Assumptions 

The  discussion  to  this  point  has  been  oriented  toward  a 
circuit- switched  network  where  temporary  connections  are  estab¬ 
lished  between  pairs  of  users.  The  assumption  was  made  that  the 
mix  of  users  was  uniformly  distributed  over  CONUS  and  that  these 
users  were  grouped  into  small  regions  which  were  served  by  a 
single  earth  station.  The  satellite  provided  earth  station-to- 
earth  station  connections  (region-to-region  connections  when 
there  is  only  one  earth  station  per  region) ,  via  a  regular  beam 
switching  pattern  associated  with  a  satellite-switched  TDMA  mul¬ 
tiple  access  system. 

To  consider  a  packet  transmission  system,  it  is  useful 

to  consider  first  a  more  general  model,  as  shown  in  Figure  7-8, 

consisting  simply  of  a  single  very  wide  bandwidth  spacecraft 

which  serves  the  total  population  of  users.  In  this  case,  these 

users  are  confined  to  CONUS.  We  can  first  consider  the  total 

12 

aggregate  of  users  who  generate  an  average  of  8  x  10  packets/ 

year.  As  before,  we  will  assume  that  a  packet  consists  of 

500  information  bits.  The  composite  input  rate  from  all  users  is 
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Figure  7-8.  Packet  Transmission  via  Satellite 


-3 
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2.537  x  10°  by  a  single  packet  transiting  the  path  from  transmit- 
ting  earth  station  to  receiving  earth  station  can  be  written  as; 


Dp  -  3s  +  3t  +  30 


(7-7) 


where 

cT  =  average  propagation  time  over  the  satellite 
path  (0.27  s) 

5t  =  average  "transit"  time  of  the  packet  through  the 
earth  station  (packet  length  in  bits/divided  by 
channel  transmission  rate  in  bit/s) 

<3q  =  queueing  delay  due  to  the  assumption  that  the 

packets  arrive  at  random  times  and  must  wait  to 
be  transmitted  from  an  earth  station  (either  due 
to  queues  in  the  earth  station,  or  contention  for 
the  spacecraft  capacity,  or  both). 

For  a  general  model  of  Poisson  arrivals,  the  queueing  delay  can 
be  written  as 


500  f 


(7-8) 


2  1  -  P 


where 


channel  rate  provided  by  the  satellite  circuit 
(bits/s) 

factor  to  account  for  additional  overhead  that 
is  added  to  the  500  information  bits  that  are 
presented  to  the  earth  station  before  the 
"packet"  is  sent  over  the  channel 
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p  =  ratio  of  packets/s  in  X_  to  the  capacity  of  the 

A  A 

channel  for  transmitting  packets  (XQ  *  Rb/(500  f)] 


The  "transit"  delay  <IT  is  singly  500  f/Rjj  s.  Combining 
the  three  delays  gives; 


500  f  500  f 
0.27  s  +  — -  +  - 


*b 
500  f 

«  0.27  s  +  — - 


Rb 


1  r  500  fxT  n 

2  IX  -  500  fxj 

)l 


-*b 
500  fX 


Rb  -  500  fXT 


(7-9) 


Clearly,  Rj^  must  be  greater  than  500  fXT  (>126  Mbit/s  if  f  =  1) 
or  the  queueing  delay  becomes  extremely  large.  For  a  channel 
transmission  rate  of  126  Mbit/s,  the  packet  transmission  interval 
is  4  •  f  ys  which  is  totally  negligible  compared  to  the  0.27  s 
propagation  time.  Thus,  it  appears  that  queueing  delays  can  be 
made  completely  negligible  by  oversizing  the  channel  slightly, 

A  A 

say  by  making  »  1.1  x  f  x  500  XT»  In  this  case,  the  channel 
capacity  required  is  directly  proportional  to  the  factor  f  which 
denotes  the  multiplicative  factor  due  to  the  overhead  which  must 
be  put  into  each  packet. 

As  an  extension  of  the  wide  band  packet  transmission 
system,  we  can  consider  a  uniform  subdivision  of  the  input  traf¬ 
fic  XT  into  N  sources.  These  sources  could  be  considered  as 
earth  stations,  each  serving  a  complement  of  users,  or  as  the 

A 

users  themselves.  The  total  system  capacity  Rh  is  likewise  di¬ 
vided  by  N  indicating  that  each  separate  source  shares  the  chan¬ 
nel  capacity.  Such  sharing  would  apply  to  the  earlier  example 
where  earth  station- to- earth  station  traffic  was  assigned  a  cer¬ 
tain  segment  of  a  TDMA  frame.  For  a  general  subdivision  by  N, 
the  average  delay  experienced  by  a  packet  would  be 
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(7-10) 


X  ♦  i  (  500-  ^  ,  )l 

2  VRh  -  500  fXT/( 

In  a  network  with  20  earth  stations,  for  example,  there  are 

20  x  19  *  380  earth  station-to-earth  station  paths  so  that  the 

*  A 

delay  increases  more  rapidly  as  is  reduced  toward  500  fXT 
than  for  the  case  where  the  channel  is  not  subdivided.  Subdivi¬ 
sion  of  the  channel  is  avoided,  of  course,  for  the  situation  of 
a  single  CONUS  beam  with  a  single  wide  band  transponder.  Here, 
all  users  have  access  to  all  other  user's  transmissions.  This 
is  not  true  if  spacecraft  capacity  is  divided  into  segments, 
either  through  TDMA,  FDMA,  or  spatially  through  satellite  switch¬ 
ing  of  beams.  The  latter  type  of  multiple  access  allows  reuse 
of  the  frequency  spectrum. 

In  the  remainder  of  this  section,  we  will  consider  the 
cost  tradeoffs  involved  with  these  three  systems;  namely 

a .  packet  switching , 

b.  circuit  switching,  and 

c.  circuit  switching  with  processing  at  the  earth  station 
to  "concentrate"  low  activity  sources. 

One  measure  of  system  effectiveness  will  be  the  cost  per  packet. 


500  fN 


D_  =  0.27  s  + 
P 


7.5.3  Cost  Analysis 

Our  overall  goal  in  the  following  will  be  to  determine 
the  average  cost  per  "packet"  for  various  mixes  of  user  types, 
user  utiliztion  factors,  and  user  activity  factors.  Other 
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variables  will  include  the  frequency  band  of  operation,  earth 
station  characteristics,  and  the  spacecraft  parameters.  Stated 
generally,  the  overall  goal  is  to  compute  a  per-packet  cost  of 
the  form; 

_ (Annual  earth  station  cost) 

l No.  of  packets  transmitted  per  year  from 
earth  station) 

{Total  annual  cost  of  the  space  segment 

+  to  support  the  network)  _  (7-11 

{Total  packets  transmitted  by  all  earth  ' 
stations  in  one  year) 

If  we  denote  the  earth  station  cost  by  $Eg,  and  assume  NEg  earth 
stations  in  the  network,  then  this  general  relationship  reduces 
to; 


Packet  ■ 
Cost 


{Packet  Cost)  * 


NESAES$ES  *  NSC$SC 

A 

P 


17-12) 


where 

Nes  =  number  of  earth  stations  in  the  network 
$ES  =  cost  of  an  earth  station 

Agg  =  annualization  factor  (e.g.,  0.3)  to  convert 
earth  station  cost  to  annual  cost 
$sc  ■  annual  cost  of  a  "unit"  of  spacecraft  capac¬ 
ity.  The  unit  will  be  assumed  as  40  MHz 
Ngc  =  number  of  units  of  spacecraft  capacity  re¬ 
quired  to  support  the  network 

P  ■  total  network  traffic  in  packets/year  (for 

A  12 

the  nominal  scenario,  P  =  8  x  10  ) 
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A  tradeoff  is  inherent  to  this  relationship  in  that  two 
extreme  situations  can  be  postulated.  First,  a  network  can  be 
envisioned  with  small  inexpensive  earth  stations  that  use  the 
spacecraft  capacity  rather  inefficiently.  In  this  situation, 
earth  segment  cost  would  be  minimized  but  the  annual  cost  for  the 
space  segment  would  be  large.  In  contrast  to  this,  large  expen¬ 
sive  earth  stations  could  be  used  in  the  network,  and  more  com¬ 
plex  multiple-access  equipment  could  be  utilized  in  order  to  use 
the  spacecraft  capacity  as  efficiently  as  possible.  Here,  the 
division  of  costs  would  be  shifted  toward  increased  earth  segment 
costs  and  decreased  cost  for  satellite  resources.  A  "least-cost" 
solution  may  exist  as  the  relative  costs  are  varied  between  these 
extremes . 

The  tradeoff  analysis  deals  with  equation  (7-12) .  The 
total  annual  volume  of  network  traffic,  P  (packets/year),  is  as¬ 
sumed  to  be  fixed.  To  estimate  space  segment  cost,  we  will  sim¬ 
ply  assume  a  range  of  0.5,  1.0,  2.0,  and  4.0  $M  per  year  as 
the  "cost"  of  a  40  MHz  segment  of  bandwidth.  This  segment  of 
bandwidth  corresponds  to  a  typical  transponder  so  that,  in  ef¬ 
fect,  we  assume  that  transponders  can  be  rented  on  an  annual 
basis,  with  an  eight-to-one  spread  in  the  rental  cost. 

The  number  of  earth  stations  in  the  network,  N£g,  will 
be  retained  as  a  variable.  The  annualization  factor,  Agg,  is 
simply  a  constant.  Thus,  the  major  part  of  the  analysis  deals 
with  the  calculation  of  $Eg  and  Ngc.  Both  of  these  variables  are 
dependent  upon  many  factors.  The  relationships  used  to  obtain 
these  costs  are  given  in  the  following. 
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Barth  Station  Coat 


Barth  station  cost  is  determined  as  two  parts}  one  in¬ 
dependent  of  the  transmission  technique  (i.e.,  circuit  switching# 
circuit  switching  with  activity  concentration#  or  packet  switch¬ 
ing),  and  a  second  part  that  estimates  the  cost  of  the  equipment 
needed  to  implement  each  technique.  Total  earth  station  cost  is 
therefore  dependent  upon  the  transmission  technique#  i,  as 

*  $ESl  +  $BS2^  (7-13) 

where  i  ■  1#  2,  3#  corresponds  to  packet  switching#  circuit 
switching,  and  circuit  switching  with  activity  concentration# 
respectively. 

The  first  element  of  earth  station  cost#  $ES1#  is  de¬ 
pendent  on  such  variables  as  antenna  diameter#  HPA  sise#  fre¬ 
quency  band  of  operation#  LNA  temperature#  and  burst  transmission 
rate.  Given  these  input  variables#  the  first  element  of  earth 
station  cost  is  obtained  from  the  subroutine*; 

CES3 (KBND#  D#  PBS#  RB,  TBS#  Al) 

Where 

KBND  ■  frequency  band  coded  as  1  ■  6/4  GHz;  2  ■  8/7  GHz; 

3  -  14/11  GHz;  4  -  30/20  GHz 
D  •  antenna  diameter  in  meters 
PE8  ■  power  density  (watts/Mbit/s)  radiated  from  the 
earth  station 


"iee  Appendix  B. 
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RB  =  burst  bit  rate  from/ to  the  earth  station  (Mbit/s) 
TES  =  LNA  noise  temperature 
Al  =  cost  of  ANTENNA,  HPA,  LNA  and  modem  in  dollars 

The  second  cost  element  in  equation  (7-13)  includes 
the  cost  of  the  equipment  needed  to  convert  the  incoming  data 
lines  at  the  earth  station  to  the  data  that  is  actually  transmit¬ 
ted  over  the  satellite  channel.  These  costs  are  calculated  by 
the  subroutine  ESCOST(  )*  which  returns  the  total  cost  $Eg(i)  in 
equation  (7-13).  The  assumed  cost  of  the  additional  earth  sta¬ 
tion  equipment  has  a  significant  impact  on  the  results  of  the 
tradeoff  analysis.  The  model  used  to  estimate  this  equipment 
cost  is  shown  in  Figure  7-9.  Note  that  the  assumed  cost  rela¬ 
tionships  are  composed  of  fixed  costs  plus  costs  that  are  func¬ 
tions  of  the  number  of  high,  medium,  and  low-rate  users  that  are 
connected  to  the  earth  station.  For  the  circuit-switched  case, 
cost  of  the  switching  equipment  is  assumed  to  be  a  function  of 
t^,  the  total  potential  circuits  that  can  be  established  at  each 
earth  station.  For  example,  with  80  medium- rate  users  in  a  net¬ 
work  with  20  earth  stations,  each  earth  station  serves  4  medium- 
rate  users.  In  this  case,  assuming  full  connectivity,  there  are 

t2  -  4  •  80  -  4  =  316 

potential  circuits  that  could  be  required  at  the  one  earth  sta¬ 
tion  (each  user  may  require  a  connection  to  every  other  user,  ex¬ 
cluding  himself).  With  less  than  100  percent  utilization,  it  is 
unlikely  that  all  of  these  circuits  would  be  busy  (or  "off  hook") 
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Elements  in  Earth  Station  Interface  Equipment  Model 


at  any  given  time.  However ,  the  circuit  switching  equipment  must 
provide  for  the  possible  connections.  When  circuit  concentration 
is  possible,  the  concentrator  deals  only  with  the  "off-hook"  cir¬ 
cuits  that  have  been  established.  Note,  therefore,  that  concen¬ 
trator  costs  are  a  function  of  r^,  the  number  of  "busy"  circuits. 

The  cost  of  packet  switching  equipment  is  estimated 
using  the  model  at  the  bottom  of  Figure  7-9.  These  costs  are  as¬ 
sumed  to  be  a  function  of  the  number  of  high-,  medium-,  and  low- 
rate  users,  n„,  n  .  n_ ,  respectively,  that  interface  the  earth 
station. 


7.5.5  Required  Spacecraft  Capacity 

The  required  spacecraft  capacity  is  determined  as  the 
number  of  40  MHz  units  of  bandwidth  that  are  required  to  carry 
the  total  network  traffic  for  a  given  transmission  technique. 
This  procedure  has  three  steps. 

a.  Overall  carrier  to  noise  ratio,  (C/N)T,  is  determined 
as  a  function  of  the  earth  station  and  satellite  parameters. 

b.  Given  (C/N)T,  the  best  combination  of  modulation  tech¬ 
nique  and  error  control  coding  is  determined  that  maximizes  the 
bandwidth  efficiency  obtained,  n,  (in  bit/s/Hz). 

c.  Given  n,  it  is  possible  to  obtain  the  number  of  tran¬ 
sponders  needed  to  carry  the  total  network  traffic.  This  calcu¬ 
lation  accounts  for  the  preambles,  overhead  bits,  and  control 
bits  that  are  necessary  to  implement  the  transmission  technique. 

A  homogeneous  network  is  assumed  with  N£g  identical 
earth  stations.  Adjacent  satellites  in  the  orbit  are  spaced 


* 


7-47 


^SAT  degrees  and  adjacent  satellite  interference  is  estimated  by 
assuming  that  an  identical  network  uses  these  adjacent  satel¬ 
lites.  Up- link  carrier  to  noise  ratio  is  obtained  as 


(C/N) 


UP 


4  •  14  x  104  PesLuD2 
9 SAT  X  TSAT 


(7-14) 


where 


hi 

D 

8  SAT 
TSAT 


=  peak  power  density  radiated  from  the  earth  sta¬ 
tion  in  watts/MHz 
=  up- link  loss 

=  earth  station  antenna  diameter  (m) 

=  spot  size  of  the  antenna  coverage  from  the 
satellite 

■  equivalent  noise  temperature  of  the  satellite 
receiver 


The  effects  of  co-channel  and  adjacent  channel  inter¬ 
ference  are  included  to  obtain  overall  up-link  C/N  as 


(C/N) 


UP 


-( 


1/ (C/N) 


UP 


+  r 


UP 

CCI 


+  2y 


UP 

ASI 


r 


(7-15) 


where 

t 

(C/N)yp  =  carrier-to-noise  ratio  computed  in  equa¬ 
tion  (7-14) 

UP 

rCd  *  total  up- link  co-channel  interference  ex¬ 
perienced.  This  level  will  be  zero  with  no 
frequency  reuse 
UP 

*  up-link  interference  experienced  from  signals 
using  the  adjacent  satellite 


Down- link  C/N  is  obtained  from 


(c/N);n 


4  •  14  X  104  Pgl^D2 

a2  _ 

SAT  ES 
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where 

Pg  =  spacecraft  radiated  power  density  in  watts/MHz 
Ld  =  down- link  loss 

Tes  =  effective  systems  noise  temperature  of  the  receiv¬ 
ing  earth  station 

The  effects  of  co-channel  and  adjacent  satellite  interferences 
?  - —  are  added  as  on  the  up- link  using 

I 

(C/N)dn  *  ^1/(C/N)dn  +  rcci  +  2Yasi^  (7-17) 

and  the  overall  C/N  is  finally  obtained  as 

(7-18) 

the  sub- 

BPSHZ (CNT,  IPE,  R,  MM,  PZ) 

is  used  to  obtain  the  achievable  bandwidth  efficiency  on  the 
link.  The  routine  assumes  PSK  modulation  and  uses  CNT  *  (C/N)T 
and  required  error  rate  (10"IPE)  as  inputs,  and  determines  code 


(C/N)T  =  +  (C/N)“J 

Given  the  overall  operating  carrier-to-noise  ratio, 
routine  (see  Appendix  B) , 


i 


rate  (R) ,  type  of  PSK  (2MM  phase,  MM  -  1,  2,  or  3),  and  the  band¬ 
width  efficiency  (n)  in  bits/s  per  Hz. 

The  next  step  is  to  use  the  bandwidth  efficiency  in  a 
calculation  of  the  number  of  40-MHz  bandwidth  increments  (i.e., 
the  number  of  transponders)  that  are  needed  to  carry  the  traffic 
in  the  satellite.  To  perform  these  calculations,  it  is  useful 
to  define  three  types  of  "circuits". 

a.  Terrestrial  circuits  -  potential  user-to-user  connec¬ 
tions  as  established  at  each  earth  station.  Since  we  are  assum¬ 
ing  that  full  connectivity  is  required,  i.e.,  any  user  of  a  class 
can  potentially  send  traffic  to  any  other  user  of  the  same  class 
(except  himself),  there  are  a  large  number  of  these  "potential" 
terrestrial  circuits.  Of  course,  with  utilization  <1.0,  these 
circuits  are  not  all  active  at  any  one  time. 

b.  "Busy"  circuits  -  these  are  the  circuits  that  are  being 
utilized  or  are  "off-hook"  at  any  given  time.  If  the  activity 
factor  is  less  than  1.0,  these  circuits,  although  busy,  carry 
actual  traffic  less  than  full  time. 

c.  Satellite  circuits  -  these  are  the  slots  provided  in 
the  TDMA  frame  to  carry  blocks  of  information  bits  provided  by 
the  high-,  medium-,  and  low-rate  sources.  For  example,  if  the 
low-rate  user  has  a  peak  information  bit  rate  of  2.5  kbit/s,  and 
the  TDMA  frame,  Tp,  ®  1  s,  the  satellite  circuit  would  consist  of 
a  2,500-bit  block  in  the  TDMA  burst. 


For  a  network  with  Ny  users  and  NEg  earth  stations,  the 
total  number  of  users  of  type  k  is  simply. 
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nK  *  fKNU 

(k  =  1,  2,  3  for  high,  medium  and  low  rate,  respectively).  The 
number  of  users  per  type  by  earth  station  is  simply 

eK  *  VNES  (7-20> 

since  we  are  assuming  that  users  are  equally  divided  among  the 
available  earth  stations.  We  now  assume  that  the  network  is  cov¬ 
ered  by  NB  "beams"  formed  at  the  satellite.  If  NR  =  1,  we  have 
a  CONUS-coverage  beam,  and  all  earth  stations  send  single  long 
multidestinational  TDMA  bursts  with  all  of  their  traffic.  With 
multiple  beams,  it  is  assumed  that  satellite  switching  takes 
place,  similar  to  the  example  in  Figure  7-5,  so  that  earth  sta¬ 
tions  must  split  their  traffic  according  to  the  beam-to-beam 
traffic  matrix.  In  this  case,  the  beam-to-beam  matrix  is  uni¬ 
form.  We  will  assume  further  that  the  beam-to-beam  traffic 
matrix  is  the  same  as  the  earth  station-to-earth  station  traffic 
matrix.  This  latter  assumption  simply  means  that  the  spot  beams 
are  narrow  enough,  and  the  earth  stations  sufficiently  dispersed, 
that  the  satellite  antenna  can  be  pointed  at  the  earth  stations 
individually. 

The  potential  terrestrial  circuits  can  be  obtained  as 

fcK  “  fcKl  +  (NB  "  fcK2  =  6k[nJ-  1  +  (NB  "  eK  (7-21) 

with  a  single  beam,  these  relationships  reduce  to  simpler  forms. 
In  the  multibeam  case,  it  is  necessary  to  separate  the  individual 
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terms  tRl  and  tR2 


since  these  circuits  represent  the  individual 
beam-to-beam  (or  earth  station- to-earth  station)  paths.  With 
circuit  switching,  the  groups  of  circuits  tR^  and  tR2  nay  be  re¬ 
duced  if  the  utilization  is  low.  This  reduction  is  calculated  by 
the  subroutine  (see  Appendix  B) . 


BLOCK ( t ,  UTIL(k) ,  NPBK,  r) 


where 


t  *  number  of  input  circuits 
UTIL(k)  =  fractional  utilization  of  each  circuit 
NPBK  *  allowable  blocking  probability 

r  *  required  number  of  circuits  (r  <  t) 


For  the  circuit  switched  case,  therefore,  the  number  of  satellite 
channels  required  is  obtained  as 


+  (HB  -  11  eK  B; 


rKl  +  <NB 


1)  rK2  (7-22) 


The  total  number  of  transponders  required  to  serve  the  network  is 
obtained  by  first  obtaining  the  required  information  bit  rate 

3 

Rjjg  »  bit  rate/earth  station  *  ^  rKRKK  (7-23) 

K-l 


where 

rR  «  number  of  "busy"  circuits  by  class 
Rgg  ■  peak  bit  rate  from  equation  (7-6) 
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The  bit  rate  per  earth  station  ic  converted  to  the 
total  number  of  transponders  needed  as  follows 

Ks  T  NBP  ll 

CCKT  *  NEs|^  +  R^r;jj  transponders  (7-24) 

where 

Ngg  =  number  of  earth  stations  in  the  network 
Rjjg  =  information  bit  rate  per  earth  station 
n  =  bandwidth  efficiency  in  bit/s/Hz 
Bt  -  transponder  bandwidth 

Ng  -  number  of  beams  (also  the  number  of  bursts 
transmitted  from  the  earth  station) 
p  =  number  of  bits  in  the  TDMA  preamble 
Tp  *  TDMA  frame  duration 

For  circuit  switching  with  activity  concentration,  a 
similar  procedure  is  followed  except  that  the  statistical  reduc¬ 
tion  of  potential  terrestrial  circuits  is  performed  twice,  once 
accounting  for  the  degree  of  utilization  and  a  second  time  to 
account  for  activity.  The  routine  "BLOCK"  is  thus  used  twice 

BLOCK (t,  UTIL(k),  NPBK,  r) 

BLOCK (r ,  ACT (k) ,  NFREZ,  c) 
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where 


t  *  potential  terrestrial  input  circuits 
UTlL(k) ,  ACT (k)  «  fractional  utilization  and  activity, 

respectively,  of  class  k 

NPBK,  NFREZ  =  blocking  and  freeze-out  probabilities, 
respectively 

r  -  "busy"  circuits  (r  <  t) 
c  =  concentrated  busy  circuits  (c  <  r) 

Additional  overhead  bits  are  put  into  each  burst  to  account  for 
the  control  needed  to  accomplish  the  concentration.  Total  satel 
lite  capacity  is  thus  obtained  as 


CCKT 

SW+ 

CONS 


(7-25) 


which  is  similar  to  equation  (7-24)  except  that 


3 

RES  =  S  CKRKK 
K=1 


C 


OH 


■  concentration  overhead 


t  [■ 


rKl  + 


(N 


B 


K=  1 


1) 


For  packet  switching,  we  take  a  somewhat  simpler  view 
of  the  entire  question  of  satellite  capacity.  We  begin  with  the 
average  network  transmission  rate 


500  informatfon  bits  x  £  packets 
RAVG - i»PxCMtx  sm~i ^7yry“r  •  information  bits/s 

If  we  simply  divided  RAVg  by  the  product  n  x  BT  (the  capacity  of 
one  transponder) ,  we  would  have  an  absolute  minimum  number  of 
transponders  needed  to  serve  the  network.  Thus; 


CPCKT 


We  should  now  increase  this  absolute  minimum  capacity  to  account 
for  the  following  known  sources  of  inefficiency; 

a.  each  "packet"  of  500  information  bits  must  be  preceded 
by  an  acquisition  preamble  of  length  p  bits  (the  same  as  for  the 
TDMA  bursts) , 

b.  each  packet  contains  "h"  header  bits  which  (among  other 
things)  signify  the  addressee  of  the  packet, 

c.  the  transmission  channel  must  be  oversized  slightly 
[see  equation  (7-9)]  to  avoid  large  delays,  and 

d.  a  certain  fraction  of  the  capacity  in  the  packet  trans¬ 
mission  system  is  consumed  by  control  information.  We  will 
assume  that  this  factor  differs  for  the  CONUS-coverage  and  multi¬ 
beam  cases. 


The  transponder  capacity  for  packet  switching  is  thus; 
£pckt  -  r»vg  t1  ♦  £wir]  [l  +  'd]  &  +  fc(f)]  <’-«> 
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where 


p  -  bits  in  the  preamble  of  a  packet 

h  *  header  bits  in  a  packet 

fD  =  a  factor  <1  to  account  for  the  oversizing  of  the 

transmission  channel  to  avoid  delay 

f  (i)  =  a  factor  to  account  for  the  control  information; 
c 

l  =  1  CONUS  coverage  (all  users  receive  all  other 
users  packets),  1=2  multibeam  coverage.  For 
example,  if  ten  percent  of  the  system  capacity 
must  be  used  for  control,  f  (£)  =  0.1. 

C 


7.6  TRADEOFF  RESULTS 

The  tradeoff  model  described  in  the  last  section  has 
been  exercised  to  compare  the  cost  effectiveness  of  the  three 
transmission  techniques  as  certain  major  network  characteristics 
are  varied.  In  this  process,  certain  parameters  are  kept  fixed. 
For  example,  spacecraft  characteristics  such  as  noise  temperature 
and  transmitted  power  level  (watts/MHz)  are  kept  fixed.  We  do, 
however,  consider  two  conditions  of  antenna  coverage;  CONUS  cov¬ 
erage  with  a  single  shaped  beam,  and  spot  coverage.  For  the 
latter,  we  assume  that  an  upper  limit  on  spacecraft  antenna  size 
of  4  m  is  imposed  by  the  payload  capability  of  the  Shuttle  launch 
vehicle.  As  noted  earlier,  we  assume  that  the  total  traffic  vol¬ 
ume  (P  packets/year)  is  fixed,  and  also  that  the  number  of  users 
in  the  network  is  fixed  at  1000.  The  total  number  of  users  is 
divided  into  three  classes,  high-,  medium-,  and  low-rate  users. 
Although  the  high-rate  users  are  few  in  number  (generally  one  per 
earth  station) ,  these  users  carry  a  large  fraction  of  the  network 
traffic.  At  the  opposite  extreme,  most  of  the  network  users  are 
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of  the  low-rate  type,  and  each  of  these  generates  a  very  low 
proportion  of  the  total  network  traffic. 

The  utilization  and  activity  factors  are  likely  to  be 
significant  variables  in  the  analysis  so  particular  attention  is 
given  to  varying  these  parameters  over  typical  ranges  that  might 
be  encountered  in  practice.  The  tradeoff  results  presented  in 
the  following  apply  to  the  different  cases  shown  in  Figure  7-10. 

A  basic  variable  in  the  analysis  is  the  number  of  earth  stations 
in  the  network,  NEg;  values  of  20,  40  and  100  have  been  used. 

Two  cases  of  spacecraft  antenna  coverage  have  been  considered, 
CONUS  coverage,  and  "spot"  coverage.  Two  frequency  bands  have 
been  considered  and  typical  rain  losses  have  been  included  at 
14/11  GHz  to  give  better  than  99  percent  availability.  A  range 
of  earth  station  antenna  sizes  have  been  considered  for  each 
frequency  band  and  satellite  antenna  coverage  type.  Rather  than 
attempt  to  determine  the  cost  of  the  various  spacecraft,  a  range 
of  annual  lease  costs  have  been  assumed  for  a  40-MHz  increment 
of  satellite  bandwidth.  These  costs  are  assumed  to  range  from 
$0.5M  to  $4 . 0M.  Three  different  combinations  of  user  "utiliza¬ 
tion"  and  "activity"  are  assumed.  The  first  serves  as  a  baseline 
where  both  utilization  and  activity  =  1.0  for  all  user  types. 

This  somewhat  unrealistic  case  corresponds  to  the  situation  where 
all  user  types  send  data  continuously,  24  hours  per  day.  A 
second  case  corresponds  to  moderate  utilization  and  low  activity. 
These  assumptions  about  utilization  and  activity  have  a  fairly 
significant  impact  on  the  results  obtained.  These  assumptions 
are  summarized  in  Table  7-5.  Additional  assumptions  and  fixed 
parameters  for  the  analysis  are  listed  in  Table  7-6. 
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Figure  7-10.  Variables  in  Tradeoff  Analysis 


Table  7-5. 


Utilization 

Activity 

Case  3 

Utilization 

Activity 


Assumed  Values  for  Utilization 
and  Activity 


High-Rate 


Type  of  User 


Medium- Rate 


Low- Rate 


An  initial  set  of  tradeoff  results  is  shown  in  Fig¬ 
ure  7-11  where  the  tradeoff  model  has  been  exercised  for  20,  40, 
and  100  earth  stations  in  the  network  (from  top  to  bottom) ,  for 
cases  1  (baseline),  2,  and  3  (from  left  to  right).  The  results 
in  this  figure  apply  only  to  6/4  GHz  operation.  Four  different 
subsets  of  results  are  shown  within  each  set;  the  CONUS  coverage 
results  are  shown  as  dashed  curves,  results  for  one-degree  spot 
beam  coverage  as  solid  curves.  Results  are  also  included  for 
$0.5M  and  $4.0M  annual  cost  for  a  40-MHz  increment  of  spacecraft 
bandwidth. 

Although  the  baseline  case  (at  the  left  of  Figure  7-11) 
of  full  utilization,  100-percent  activity  is  unrealistic,  it 
does  serve  as  a  calibration  of  the  model.  The  results  in  all  of 
the  curves  in  Figure  7-11  give  cost  (dollars  per  10®  "packets") 
versus  earth  station  antenna  diameter  (in  meters).  Transmission 
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Table  7-6.  Fixed  Parameter  Assumptions 


Circuit : 

Circuit  Blocking  Prob.  IX 

Concentration  Freezeout  0.012 


techniques  are  noted  on  these  figures  as  MP"  (packet) ,  C  (cir¬ 
cuit  switched)  and  C+  (circuit  switched  with  activity  concentra¬ 
tion)  .  For  the  baseline  case  with  100-percent  activity,  activity 
concentration  gives  no  advantage  and  both  circuit-switched  con¬ 
figurations  give  the  same  cost/packet.  Note  for  the  baseline 
case  that  packet  transmission  is  more  expensive  than  circuit 
switching.  The  difference  is  small  when  spacecraft  annual  cost 
is  small  ($0.5M/year)  and  when  there  are  only  20  earth  stations 
in  the  network.  The  difference  in  cost  increases  significantly 
as  annual  transponder  cost  increases  to  $4.0M.  A  final  general 
observation  from  the  baseline  results  in  Figure  7-11  is  that 
broad  cost  minima  are  observed  as  earth  station  size  is  varied. 
The  least-cost  earth  station  size  is  reduced  as  more  stations  are 
utilized  in  the  network.  With  only  20  earth  stations,  the  minima 
lie  in  the  region  8-12  m;  with  100  stations  in  the  network,  the 
least-cost  size  reduced  to  the  5-8  m  range. 

Case  2  in  Table  7-5  assumes  moderate  utilizations  and 

activities,  with  the  activity  factors  reduced  to  low  values  for 

the  low-rate  users.  Recall  that  total  annual  network  traffic  is 

12 

a  constant  (8  x  10  packets/year)  so  that  as  utilization  and 
activity  are  decreased,  peak  transmission  rate  must  increase  to 
maintain  the  long-term  average  rate  constant.  It  is  for  this  set 
of  source  characteristics  that  the  packet  transmission  format  is 
cost  effective.  With  20  earth  stations  in  the  network,  packet 
transmission  is  as  much  as  50-percent  less  expensive  than  circuit 
switching  with  activity  concentration.  The  packet  transmission 
technique  has  the  largest  advantage  for  spot-beam  operation  when 
transponder  cost  is  maximum  ($4.0M/year) .  These  same  general 
trends  hold  as  the  number  of  earth  stations  in  the  network  in¬ 
crease  to  40  and  then  to  100.  Note  that  with  100  stations  in  the 
network,  packet  transmission  retains  a  small  but  consistent  ad¬ 
vantage  for  the  cases  where  transponder  annual  cost  is  low.  With 
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high  annual  transponder  cost,  packet  transmission  has  a  signifi¬ 
cant  cost  advantage  (almost  two-to-one)  for  spot-beam  coverage 
but  gives  approximately  the  same  cost  as  circuit  switching  with 
activity  concentration  for  CONUS  coverage. 

The  final  case  shown  at  the  right  of  Figure  7-11  ap¬ 
plies  to  a  situation  where  the  traffic  sources  have  moderate 
utilization  but  relatively  high  activity.  For  these  cases,  cir¬ 
cuit  switching  is  generally  the  least-cost  transmission 
technique . 

It  is  now  useful  to  concentrate  on  case  2  of  Table  7-5 
and  examine  in  more  detail  those  cases  where  packet  transmission 
is  cost  effective.  From  the  results  in  Figure  7-11,  we  can  focus 
on  those  earth  station  sizes  that  yield  near-minimum  transmission 
costs.  At  6/4  GHz,  these  antenna  diameters  are  in  the  region 
5-8  m;  at  14/11  GHz,  the  range  is  4-6  m.  Figure  7-12  plots  cost 
per  packet  versus  annual  spacecraft  cost  ($M  for  a  40-MHz  band¬ 
width  increment) .  The  nine  different  cases  are  identified  by  the 
number  of  earth  stations  in  the  network  (from  left  to  right) ,  and 
from  top  to  bottom;  6/4  GHz  CONUS  coverage,  6/4  GHz  spot  cover¬ 
age,  and  14/11  GHz  spot  coverage.  A  general  conclusion  from 
Figure  7-12  is  that  a  packet  transmission  gives  a  lower  cost  per 
"packet"  than  circuit  switching  with  activity  concentration.  For 
CONUS  coverage,  with  few  earth  stations  in  the  network,  and  for 
the  lowest  annual  transponder  cost,  the  packet  transmission  sys¬ 
tem  gives  about  a  30-percent  cost  saving.  With  many  earth  sta¬ 
tions,  and  transponder  cost  of  $4.0M/year,  this  advantage  is 
diminished  relative  to  circuit  switched  system  with  activity 
concentration. 


For  the  spot  beam  systems,  the  packet  transmission  sys¬ 
tem  is  consistently  less  costly  on  a  per-packet  basis.  This  ad¬ 
vantage  becomes  more  pronounced  with  many  earth  stations  in  the 
network,  and  when  the  transponders  have  an  annual  cost  of  $4.0M. 


Note  that  the  trends  for  6/4  GHz  and  14/11  GHz  spot  coverage  are 
very  similar.  (For  the  models  used  in  this  analysis,  the  dif¬ 
ferences  between  the  two  frequency  bands  is  small.  In  the  fol¬ 
lowing,  we  will  concentrate  on  6/4  GHz;  the  conclusions  should 
also  apply  to  14/11  GHz  with  only  minor  differences.)  For  spot- 
beam  operation  with  20  and  40  earth  stations  in  the  network, 
packet  transmission  decreases  cost  by  30  to  40  percent  relative 
to  circuit  switching  with  activity  concentration.  With  100  sta¬ 
tions  in  the  network,  the  reduction  is  10  to  50  percent. 

As  with  any  analysis  of  this  type,  the  trends  can  be 
sensitive  to  certain  assumptions  made  in  the  modeling.  This  is 
particularly  true  for  the  assumptions  used  in  the  cost  models 
for  earth  station  processing  equipment.  To  test  this  sensitiv¬ 
ity,  several  additional  results  are  shown  in  Figure  7-13  where 
the  following  changes  were  made.  First,  the  assumptions  about 
packet  overhead  is  reduced  approximately  50  percent  (header  from 
275  to  128  bits),  and  control  information  by  50  percent).  These 
results  are  shown  in  Figure  7-13a.  A  slight  reduction  in  the 
cost/packet  is  noted  of  from  5-15  percent.  In  Figure  7-13b,  the 
cost  of  the  packet  transmission  equipment  is  doubled  and  halved 
relative  to  its  nominal  value  in  the  cost  model.  One  can  con¬ 
clude  from  these  results  that  the  advantage  of  packet  transmis¬ 
sion  relative  to  circuit  switching  with  activity  concentration 
disappears  if  we  have  underestimated  the  cost  of  the  packet 
transmission  equipment  by  two-to-one.  Finally,  in  Figure  7-13c, 
the  sensitivity  to  total  network  traffic  P  is  shown  for  all  the 
transmission  techniques.  These  results  show  that  the  absolute 
values  of  cost  (dollars  per  megapacket)  is  highly  dependent  upon 
the  total  network  traffic.  When  these  costs  are  dominated  by  the 
earth  station  processing  equipment  costs,  as  they  are  in  this 
case  for  circuit  switching  with  activity  concentration,  and 
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Figure  7-13.  Results  of  Sensitivity  Analysis 


packet  transmission,  then  cost/packet  varies  approximately  in¬ 
versely  as  traffic  volume.  Conversely,  for  circuit  switching, 
cost  is  dominated  by  the  cost  of  the  space  segment,  particularly 
when  the  transponder  cost  is  high.  For  this  situation,  cost/ 
packet  is  much  less  sensitive  to  traffic  volume. 

Although  this  subsection  has  given  "results"  of  the 
tradeoff  study,  these  should  be  viewed  as  only  representative  of 
the  type  of  tradeoffs  that  could  be  examined  with  further  develop 
ment  of  the  various  models.  To  yield  definitive  tradeoff  results 
the  following  extensions  and  refinements  would  be  necessary. 

a.  More  detailed  cost  models  for  the  earth  station 
processing  equipment. 

b.  Improved  modeling  of  the  source  characteristics 
(i.e.,  utilization  and  activity)  and  a  more  detailed 
examination  of  the  delays  expected  in  packet  trans¬ 
mission  systems. 

c.  Consideration  of  other  multiple  access  techniques 
(FDMA)  in  addition  to  the  high  burst-rate  TDMA 
technique  considered  in  the  model  to  date. 

d.  Addition  of  spacecraft  onboard  processing,  including 
a  more  detailed  treatment  of  antenna  beam  switching 
and  traffic  loading. 

e.  Consideration  of  the  higher  frequency  bands  (14/11  GHz) 
and  the  different  levels  of  availability  that  can  be 
achieved  due  to  propagation  disturbances. 
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APPENDIX  A.  CM&M  DESCRIPTION 


This  appendix  contains  a  more  detailed  description  of 
the  command  and  monitoring  module  (CMM) . 

A. 1  CMM  SOFTWARE 

The  following  section  contains  a  general  description 
of  the  command  and  monitor  module  (CMM)  software.  This  software 
is  described  from  the  viewpoint  of  SIMP -CMM  commands  and  their 
effect  on  the  CMM. 

All  communications  from  the  SIMP  to  the  CMM  takes  place 
via  a  serial  link  operating  at  200  kHz.  This  link  consists  of 
three  wires  which  serve  the  following  functions: 

a.  transmit  data  to  the  SIMP, 

b.  receive  data  from  the  SIMP,  and 

c.  establish  a  serial  clock  from  the  SIMP. 

Upon  reception  of  a  byte  of  data  from  the  SIMP,  a  hardware  in¬ 
terrupt  is  generated  within  the  CMM  processor.  This  causes  the 
CMM  to  read  the  data  byte,  test  the  data  for  errors  (parity  and 
overrun)  and,  if  no  errors  are  detected,  to  echo  the  byte  re¬ 
ceived.  The  CMM  then  starts  a  20  ms  timer.  Upon  reception  of 
the  CMM  echo,  the  SIMP  compares  this  byte  with  the  command  byte 
just  transmitted.  If  the  two  bytes  are  identical  the  SIMP  will 
not  send  a  new  command  for  at  least  20  ms.  If  they  are  not  the 
same,  then  the  SIMP  must  retransmit  the  previous  command  within 
20  ms. 

Once  the  20  ms  interval  from  the  previous  command  has 
expired,  the  CMM  assumes  that  the  command  is  valid  and  proceeds 


to  process  it.  All  SIMP  commands  consist  of  one  byte  of  informa¬ 
tion.  The  upper  nibble  identifies  the  command  function  (thus 
there  are  16  possible  types  of  commands)  while  the  lower  nibble 
contains  a  subfunction  which  varies  from  command  to  command. 

Table  A-l  contains  a  list  of  the  various  commands  that  the  CMM 
executes  and  gives  their  respective  formats.  These  commands  will 
be  discussed  in  greater  detail  in  the  following  sections. 


A. 2  SYSTEM  SET  UP  COMMAND  (FUNCTION  0) 

The  system  set  up  commands  are  used  to  place  the  CMM 
in  a  predefined  initial  state.  There  are  two  types  of  set  up 
commands  presently  implemented  in  the  CMM;  these  are  system 
RESET  and  system  RESTART.  As  noted  in  Table  A-l,  the  function 
code  for  this  command  consists  of  all  zeros,  while  the  subfunc¬ 
tion  contains  a  zero  in  bit  D3  for  system  reset  and  a  1  in  D3  for 
system  restart.  The  system  restart  command  is  also  executed 
automatically  on  the  occurrence  of  a  hardware  power  on  or  a 
hardware  reset.  The  state  in  which  the  CMM  is  placed  after  the 
execution  of  these  commands  is  given  in  Table  A-2. 


A. 3  PREAMBLE  SELECT  COMMANDS  (FUNCTIONS  1  THROUGH  3) 


The  preamble  select  commands  allow  the  SIMP  to  change: 

a.  the  carrier  recovery  length  select  (function  code  1) , 

b.  the  large  station  bit  timing  recovery  length  select 
(function  code  2),  and 

c.  the  small  station  bit  timing  recovery  length  select 
(function  code  3). 
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Table  A-l.  CMM  Commands 
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1 
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16 
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Table  A-2.  System  Configuration  After  "Restart" 
and  After  "Reset" 


Function 

System 

Restart 

System 

Reset 

Stack  Pointer 

Reset 

Unchanged 

ACIA 

Reset 

Unchanged 

Programmable  Timer 

Reset 

Unchanged 

SSIL  Monitor  Interrupts 

Reset 

Unchanged 

Switch  Matrix 

Mode  01 

Mode  01 

Automatic  Load  SOM 

Set 

Unchanged 

Carrier  Recovery  Length 

30H 

Unchanged 

LS  Bit  Time  Recovery  Length 

30H 

Unchanged 

SS  Bit  Time  Recovery  Length 

30H 

Unchanged 

SOM  Pattern 

OFH 

OFH 

SOMl  Length 

1 

1 

S0M2  Length 

1 

1 

Normal/Bypass 

Normal 

Normal 

Modem  Loopback 

Off 

Unchanged 

DTS  Ready/Clear 

01  *  clear 

clear 

DTS  Start/Stop 

01  *  stop 

Unchanged 

RSSIC  Loopback  On/Off 

Off 

Off 

DTS  Single  Packet  Start 

Set 

Unchanged 

DTS  Test  Mode 

Unchanged 

DTS  Source  Select 

SIMP /DTS 

Unchanged 

DTS  Mode 

DO  Auto  Fast/Slow 

Set 

Dl  Auto  Free/Run 

Set 

D2  Auto  Fixed/No 

Reset 

D3  Auto  Single/Packet 

Reset 

Linkabit  Modem 

Reset 

Reset 

All  Sources  of  Interrupt 

Reset 

Unchanged 

XSSIL  and  RSSIL  Reset 

Reset 

Reset 

SSIL  Echo  Variables 

XSSILSR 

0 

Unchanged 

RSSILSR 

0 

Unchanged 

This  is  done  by  setting  the  correct  funtion  code  in  the  upper 
nibble  of  the  SIMP  command  and  using  the  lower  nibble  to  choose 
one  of  the  16  possible  values  located  in  the  tables  in  CMM  mem¬ 
ory.  The  contents  of  these  tables  is  listed  in  Table  A-3. 


Table  A-3.  CMM  Preamble 


A.  4 


SOM  LENGTH  AND  PATTERN  SELECT  (FUNCTION  CODE  04) 


The  SOM  length  and  PATTERN  select  command  is  used  to 
choose  one  of  8  possible  SOM  patterns  and  one  of  4  possible  SOM 
lengths  for  SOM1  and  SOM2.  This  is  done  by  using  the  subfunc¬ 
tion  portion  of  the  SIMP  command  to  identify  one  of  16  possible 
locations  in  a  SOM  select  table  located  in  CMM  EPROM.  Depending 
upon  which  location  is  chosen,  the  CMM  changes  SOMl,  SOM2  or  the 
SOM  pattern.  The  format  for  the  subfunction  bits  of  the  SIMP 
command  is  given  in  Table  A-4  while  the  actual  contents  of  the 
internal  CMM  table  are  given  in  Table  A- 5. 

The  CMM  internal  table  at  present  contains  only  one 
value  for  the  SOM  patterns  and  length  as  that  is  all  that  has 
been  defined.  It  should  be  noted  that  SOMl  and  SOM2  length  se¬ 
lect  are  4  bit  codes  being  outputted  via  an  8-bit  register. 

Thus,  the  values  of  SOM2  length  are  located  in  the  upper  nibble 
of  loactions  0CFB8H— OCFBBH ,  while  the  values  permissible  for  SOMl 
length  select  are  located  in  the  lower  nibble  of  locations 
OCFBCH— OCFBFH . 


A. 5  FUNCTION  CODE  05 


Not  used. 
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Table  A-4.  SOM  Select  Subfunction 


Table  A- 5.  SOM  Select  Table 
(EPROM  ADDR  OCFBOH-OCFBFH) 


A. 6  DATA  TEST  SET  CONTROL  (FUNCTION  CODE  06) 

The  data  test  set  control  command  is  used  to  configure 
the  data  test  set  (DTS) .  The  subfunction  bits  of  this  SIMP  com¬ 
mand  are  used  to  set  4  DTS  control  lines  to  their  correct  state. 
These  control  lines  and  the  appropriate  bit  that  controls  their 
state  is  given  in  Table  A-6. 


D3 

1  SOM  Length  Select 

0  SOM  Pattern  Select 

D2 

1  SOM1  Length  Select 

0  SOM2  Length  Select 

D0-D1 

Table  Address  Identifier 

Table  A- 6.  DTS  Control 


Bit 

Function 

DO 

Fast/s low  station 

D1 

Free  run 

D2 

Fixed  number  packets 

D3 

Single  Packet 

It  should  be  noted  that  bits  Dl-03  are  active  high  signals  and 
that  each  time  this  command  is  executed  the  state  of  all  four 
control  lines  must  be  specified. 


A. 7  SWITCH  MATRIX  CONTROL  (FUNCTION  CODE  07) 


The  switch  matrix  command  from  the  SIMP  allows  the  PSP 
terminal  to  be  placed  in  any  one  of  16  possible  modes.  The  de¬ 
sired  mode  is  specified  in  binary  notation  in  the  subfunction 
portion  of  this  command.  It  should  be  noted  that  the  CMM  does 
not  test  the  subfunction  to  ensure  that  the  mode  is  permissible 
within  an  appropriate  range.  It  is  up  to  the  user  to  ensure  that 
the  subfunction  is  coded  to  a  correct  value.  The  value  actually 
outputted  by  the  CMM  to  the  switch  matrix  is  in  nines  complement 
offset  three  notation. 


A. 8  DETECT  THRESHOLD  (FUNCTION  CODE  08) 


The  SOM  detect  threshold  command  allows  the  SIMP  to 
specify  the  allowable  number  of  correlation  errors  when  detecting 
a  valid  SOM.  This  number  may  be  anywhere  from  2  to  5  errors. 
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The  actual  number  of  errors  to  be  tolerated  is  specified  in  the 
two  least  significant  bits  of  the  command  subfunction  code. 

Bits  D2  and  D3  are  presently  ignored. 


A.  9  MONITOR  SSIC  PARAMETERS 


The  monitor  SSIC  command  is  used  to  allow  the. SIMP  to 
request  and  receive  SSIC  parameters.  At  present,  the  SIMP  has 
the  capability  of  requesting  any  one  of  4  SSIC  parameters.  These 
are  the  following: 

a.  preamble,  S0M1  number 

b.  preamble,  S0M2  number 

c.  SOM  correlation  error  A,  and 

d.  SOM  correlation  error  B. 

The  first  two  parameters  have  their  useful  information 
contained  in  the  three  least  significant  bits  of  the  byte  of  in¬ 
formation  transferred  to  the  SIMP.  The  least  significant  bit 
specifies  whether  the  PSP  is  communicating  with  a  large  station 
(DO  =  1)  or  a  small  station  (DO  «  0).  The  next  two  least  signif¬ 
icant  bits  (D1-D2)  identify  which  of  four  possible  SOM  numbers 
is  being  used. 

The  last  two  parameters  have  their  useful  information 
contained  in  all  bits  except  bit  D5.  These  bytes  contain  the 
previous  correlation  error  detected  by  the  CMM.  The  two  most 
significant  bits  of  these  bytes  identify  whether  the  correlation 
error  was  detected  on  the  AA  BB  channel  (D7  =  0  D6  =  1)  or  the 
AB  BA  channel  (D7  *  1  D6  =  0.  The  five  least  significant  bits 
give  the  actual  number  of  errors  detected  for  each  channel. 
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A. 10 


COMMAND  SSIL  (FUNCTION  CODE  10) 


The  SIMP  has  the  capability  of  controlling  the  SSIL 
interface  by  the  command  SSIL.  The  functions  that  this  command 
allows  the  SIMP  to  control  are: 

0)  XSSIL/RSSIL  echo  command  for  0AAH/055H,  respectively 

1)  reception  control  packet  heard  enable/disable 

2)  reception  dummy  packet  and  modem  and  interface  T&M 
words  enable/disable 

3)  reset  RSSIL  or  reset  XSSIL  interface 

4)  Linkabit  interface  XSSIL  enable/disable 

5)  XSSIL  interface  enable/di sable  capabilities  of  CMM 

6 )  not  used 

7)  RSSIL  interface  enable/d i sable  capabilities  of  CMM 

The  appropriate  command  is  chosen  by  setting  bits  D0-D2  of  the 
subfunction  to  the  binary  representation  of  the  command  number. 
Bit  D3  of  the  subfunction  is  set  to  1  for  active  function  of  each 
command  and  is  set  to  zero  for  the  inactive  function  for  the  case 
of  command  03;  D3  =  1,  specifies  resetting  RSSIL  while  D3  *  0 
specifies  resetting  XSSIL. 

Upon  power  up,  the  Linkabit  interfaces  are  active  while 
C&M  command  function  is  disabled.  Thus,  before  any  other  com¬ 
mands  are  sent  to  the  Linkabit  interfaces,  a  C&M  enable  command 
(commands  5  and  7  with  D3  =  1)  must  be  executed  from  the  SIMP. 

It  should  also  be  noted  that  the  dummy  packet  referred 
to  in  command  02,  and  also  the  transmit  dummy  packet  which  is 
transmitted  automatically  when  the  transmitter  identifies  a  con¬ 
tention  condition,  has  not  been  defined  to  date.  These  packets 
are  16  words  in  length  and  a  definition  of  the  contents  of  these 
packets  including  check  sums  remains  to  be  defined  by  BBN. 
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A.  11  MONITOR  SSIL  COMMAND  (FUNCTION  CODE  11) 

The  monitor  SSIL  command  at  present  allows  the  CMM  the 
ability  to  read  the  receive  SSIL  automatic  gain  control.  The  AGC 
value  read  will  be  the  value  at  the  time  the  SSIL  processed  the 
command.  In  order  for  the  SIMP  to  get  this  value,  it  is  neces¬ 
sary  that  the  SIMP  follow  this  command  with  a  command  for  the 
CMM  to  dump  its  registers  to  the  SIMP  (Function  code  12). 

A. 12  SIMP  MONITOR  COMMAND  (FUNCTION  CODE  12) 

The  SIMP  monitor  command  is  used  to  allow  the  SIMP  to 
check  the  state  of  the  CMM.  The  first  subfunction  of  this  com¬ 
mand  (subfunction  code  =  1111B) ,  called  ECHO,  is  used  to  test  the 
SIMP  CMM  communications  link.  Upon  reception  of  this  command, 
the  CMM  will  retransmit  the  ECHO  byte  but  will  take  no  other 
action. 

The  second  subfunction  of  this  command,  START  MONITOR/ 
CONTINUE,  is  used  to  give  the  CMM  the  ability  to  dump  its  inter¬ 
nal  registers  to  the  SIMP.  Upon  reception  of  the  first  SIMP 
monitor  command  with  the  subfunction  bits  set  to  0111B,  the  CMM 
echos  the  command  and  sets  itself  up  for  a  data  dump.  Upon  re¬ 
ception  of  each  succeeding  SIMP  monitor  command,  with  subfunc¬ 
tion  bits  set  to  0111B,  the  CMM,  instead  of  echoing  the  command, 
transmits  the  next  byte  of  its  internal  registers.  The  START 
MONITOR/CONTINUE  command  may  be  terminated  by  either: 


a.  allowing  it  to  transmit  all  its  internal  registers 
(3 OH  bytes),  or 

b.  having  the  SIMP  transmit  some  other  command  which  is 
not  a  continue.  This  causes  the  CMM  to  abort  its  dump  of  its 
data  registers,  echo  the  command  and  prepare  to  execute  the 
command  after  the  specified  timeout. 

The  data  variables  the  CMM  transfers  to  the  SIMP,  upon  reception 
of  a  START  MONITOR/CONTINUE  command,  and  their  meaning  is  given 
in  Table  A-7.  It  should  be  noted  that  unless  the  particular  bits 
of  these  registers  are  specified  they  are  undefined.  Also  due  to 
the  nature  of  the  reception  mechanism  at  the  SIMP,  these  bytes 
are  read  bit  reversed  and  complemented.  That  is  to  say  the  most 
significant  bit  shown  at  the  SIMP  is  actually  the  complement  of 
the  least  significant  bit  at  the  CMM.  The  bits  referred  to  in 
this  documentation  are  with  reference  to  the  CMM  perspective. 


A.  13  LATCH  COMMAND  (FUNCTION  CODE  13) 


The  CMM  latch  command  is  used  to  set  or  reset  one  of 
eight  control  lines  of  the  CMM.  The  specific  control  line  and 
its  state  is  identified  by  the  subfunction  code  of  the  command. 
Bits  D0-D2  identify  which  latch  is  to  be  controlled  while  bit  04 
is  set  to  the  desired  state.  The  possible  control  functions  that 
this  command  affects  are  listed  in  Table  A-8.  For  all  functions, 
with  the  exception  of  the  single  packet  strobe,  once  the  latch  is 
specified  in  a  certain  state  it  remains  there  until  a  restart  or 
another  command  changes  its  state.  The  single  packet  strobe  sub¬ 
function  must  have  bit  D3  *  0.  When  this  control  line  is  speci¬ 
fied,  the  CMM  uses  03  =  0  to  form  a  negative  going  pulse  which 
strobes  the  data  test  set.  If  the  command  is  given  with  03  >  1. 


A-12 


MMMN 


a  pulse  of  the  wrong  polarity  will  result.  It  should  be  noted 
that  the  CMM  does  not  record  the  state  of  the  various  control 
lines.  Thus,  it  is  up  to  the  user  to  set  the  control  lines  to 
their  appropriate  state  if  they  differ  from  those  defined  by  a 
restart  of  reset  command. 


Table  A-7.  Description  of  CMM  Data  Registers 


Byte 

Generic 

Description 

0 

SOMERRSR 

SOM  correlation  error  indicates  inter¬ 
face  the  A  and  B  modem  data  was  re¬ 
ceived  in.  Bits  DO  and  D1  contained 
all  desired  information 

DO  *  1  D1  =  0  A  data  received 

A  channel 

B  data  received 

B  channel 

DO  *  0  D1  =  1  A  data  received 

B  channel 

B  data  received 

A  channel 

This  value  indicates  where  the  actual 
correlation  errors  were  detected 

1 

SOMERRA 

SOM  AA/AB  correlation  error.  SOMERRSK 
(DO— D4)  specifies  which  correlation  er¬ 
ror  is  located  in  this  byte.  This 
value  is  updated  with  each  QPSK  SOM 
detect 

2 

SOMERRB 

SOM  BB/BA  correlation  error.  SOMERRSK 
(D0-D4)  specifies  which  correlation  er¬ 
ror  is  located  in  this  byte.  This 
value  is  updated  with  each  QPSK  SOM 
detect 

3 

XSSILSR 

Storage  register  containing  last  byte 
of  data  transferred  from  the  XSSIL 
which  was  unsolicited  by  the  CMM 

4 

RSSILSR 

Storage  register  containing  last  byte 
of  data  transferred  from  the  RSSIL 
which  was  unsolicited  by  the  CMM 

r-  oo  cri 


Table  A-7.  Description  of  CMM  Data  Registers 

(Continued) 


5 


6 


Byte 


Generic 


Description 


MINDXLB 


Monitor  index  for  whether  a  monitor 
command  is  outstanding  for  XXIL 


(MINDLB  =  01)  or  for  RSSIL  (MINDLB 
=  02).  Register  is  not  used  at 
present 


SOMDETSR 


SOM  detect  storage  register.  DO— D1 
contains  the  value  of  the  last  SOM 
correlation  value  sent  to  the  PSP  (see 
Subsection  1.6) 


FRQSNRO 

FRQSNR1 

FRQSNR2 


At  present,  these  three  bytes  are  not 
used.  The  lower  nibble  of  these  regis¬ 
ters  will  contain  the  last  values  sent 
to  the  frequency  synthesizer 


10  (A) 


PRSOMRO 


Preamble  SOM  register  0  contains  the 
value  of  the  last  preamble  SOM  number 
read.  DO  *  10  *  large/small  station 
preamble.  Numbers  D1-D2  =  SOM  number 
used.  This  value  is  updated  once  a 
packet  for  the  first  SOM  in  each  packet 


11  (B) 


PRSOMR1 


Same  as  PRSOMRO  only  it  contains  the 
value  for  the  second  SOM,  if  any,  in 
each  packet 


12  (C) 


CARRECSR 


Carrier  recovery  storage  register. 

DO— D7  contains  the  value  of  the  last 
carrier  recovery  length  loaded  into  the 
PSP  terminal 


13  (D) 


LSBITRSR 


Large  station  bit  timing  recovery 
storage  register.  D0-D7  contain  the 
value  of  the  last  large  station  bit 
timing  recovery  length  loaded  into  the 
PSP  terminal 
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Table  A-7.  Description  of  CMM  Data  Registers 

(Continued) 


Byte 

Generic 

Description 

14  (E) 

SSBITRSR 

Small  station  bit  timing  recovery  stor¬ 
age  register  D0-D7  contain  the  value  of 
the  last  small  station  bit  timing  re¬ 
covery  length  loaded  into  the  PSP 
terminal 

15  (F) 

SIMPBC 

Word  count  of  the  number  of  bytes  re¬ 
maining  for  the  CMM  to  transmit  in  a 
START  MONITOR/CONTINUE  command 
sequence 

16-17 

SIMPPT- 

High  low  address  pointer  for  the  next 

(10H-11H) 

SIMPPT1 

byte,  the  CMM  will  transmit  in  a  START 
MONITOR/CONTINUE  command  sequence 

18  (12H) 

SIMPFLG 

byte  indicator  as  to  wheather  the 

CMM  is  in  the  middle  of  a  START 
MONITOR/CONTINUE  (SIMPLFG  =  1)  command 
sequence  or  not  (SIMPFG  =  0) 

19  (13H) 

MSGWDCTR 

Message  word  counter  used  in  multiword 
command  sequences  with  SIMP  (presently 
not  implemented) 

20  (14H) 

DATAWCTR 

Data  word  counter  used  in  multiword 
command  sequences  with  SIMP  (presently 
not  implemented) 

21  (15H) 

ACIADT 

AC1A  data  storage  register.  D0-D7  of 
this  register  contains  the  last  byte 
of  data  received  from  the  SIMP 

22  (16H) 

Not  Used 

23  (17H) 

SOMLNGSR 

Same  as  SOMSELSR 

24  (18H) 

SOMPTRSR 

SOM  pattern  storage  register.  Bit 

D0-D3  contain  the  value  of  the  last 

SOM  pattern  loaded  into  the  PSP 
terminal 

25  (19H) 


SINFOFLG 


SIMP  information  message  flag  (pres¬ 
ently  not  implemented)  used  in  multi¬ 
byte  commands  from  the  SIMP  to  the  CMM 


Table  A-7.  Description  of  CMM  Data  Registers 

(Continued) 


Byte 

Generic 

Description 

26-31 

(1AH-1FH) 

Not  Used 

32  (20H) 

RMFLGLB 

Reception  monitor  flag  for  RSSIL.  When 
this  flag  equals  01  it  means  that  a 
read  AGC  command  has  been  given  to  the 
SIMP  and  that  the  next  interrupr  from 
the  RSSIL  monitor  port  will  specify  the 
AGC  data  may  be  read.  If  the  flag  =  0 
no  such  command  has  been  given 

33  (21H) 

CFLGLB 

Command  flag  for  Linkabit  command 
port.  When  this  flag  is  01  it  speci¬ 
fies  that  the  CMM  is  in  the  process  of 
executing  a  command  to  Linkabit  for 
the  SIMP.  If  this  flag  -  0,  no  such 
command  is  being  executed.  As  long  as 
this  flag  equals  01  no  new  command 
will  be  accepted  for  SSIL 

34  (22H) 

SFLGLB 

Status  flag  for  Linkabit  command 
port.  When  this  flag  *  0,  the  CMM  is 
able  to  execute  a  CMM-Linkabit  com¬ 
mand.  When  this  flag  *  oi,  it  means 
that  the  CMM  tried  to  execute  a  CMM- 
Linkabit  command  and  the  Linkabit  in¬ 
terface  took  longer  than  2.2  seconds 
to  respond.  This  flag  is  reset  to 
zero  as  soon  as  the  CMM-Linkabit 
interface  is  responsive  within 

2.2  seconds 

35  (23H) 

CMDINDX 

Command  index  specifies  whether  the 
next  command  byte  to  be  output  to  the 
XSSIL  (CMDINDX  »  01)  or  the  RSSIL 
(CMDINDX  ®  02)  command  port. 
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Table  A-7.  Description  of  CMM  Data  Registers 

(Continued) 


Byte 

Generic 

Description 

36  (24H) 

SOMSELSR 

SOM  select  storage  register  (D0-D7). 

The  register  contains  the  most  recent 

SOM  length  loaded  into  the  PSP.  The 
upper  nibble  contains  S0M1  length  se¬ 
lect  while  the  lower  nibble  contains 

S0M2  length  select 

37  (25H) - 

CMDPTR 

Pointer  to  the  next  byte  to  be  output 

38  (26H) 

CMDPTRl 

to  the  SSIL  command  port 

39  (27H) 

CMDSTE 

Register  containing  the  number  of 
bytes  remaining  to  be  transferred  to 
the  SSIL  command  port 

40  (28K) - 

41  (29H) 

WAITTM 

Two  byte  count  used  to  indicate  amount 
of  time  it  takes  the  SSIL  to  respond 
to  a  command.  When  this  value  is 
counted  down  to  0,  SFLGLB  is  set  to 
the  index  of  the  Linkabit  interface 
which  timed  out 

42  (2AH) 

DTSCTLSR 

Data  test  set  control  storage  register 
bits  DO— D4  contain  value  of  last  data 
test  set  control  command  executed 

43  (2BH) 

SW1MAXSR 

Switch  matrix  storage  register.  Bits 

DO— D3  contain  value  of  last  mode  set 
in  switch  matrix 

44  (20-48  (30H) 

Unused 

l 

. . J 

* 


A- 17 


Table  A- 8.  CMM  Latch  Functions 


Command  Numbers  (DO  Dl  D3) 

0 

1 

2 

3 

4 

5 

6 
7 


Latched  Control  Line 

No  rma 1/bypass 

DTS  S tart/stop 

DTS  ready/clear 

Normal/loopback 

Single  packet  strobe 

Modem  loopback  on/off 

Data  source  DTS/SIMP 

Data  source  select  0  SIMP/SIMP 

1  SIMP/DTS 


A. 14  FUNCTION  CODE  14 


Not  used. 


A.  15  MULTIWORD  SIMP/CMM  COMMAND  (FUNCTION  CODE  15) 


Not  defined. 
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APPENDIX  B 

LISTING  OF  TRADEOFF  COMPUTER  MODEL 

A  listing  of  the  computer  program  used  in  the  trade¬ 
off  study  is  given  in  this  Appendix.  The  mainline  program  is 
given  in  Figure  B-l.  This  program  varies  certain  parameters  of 
the  system  and  calculates  cost  per  106  packets.  Data  to  vary 
network  characteristics  is  entered  as  block  data  and  an  example 
is  shown  in  Figure  B-8.  Subroutine  ASI(  ),  Figure  B-2,  computes 
adjacent  satellite  interference  levels.  Subroutine  BPSHZ(  ), 

Figure  B-3,  determines  channel  effeciency  in  bps/Hz  given  input 
C/N.  The  cost  of  the  earth  station,  excluding  signal  processing 
and  switching  equipment,  is  determined  by  CES3(  ),  which  is 
listed  in  Figure  B-4.  Subroutine  CAPSAT(  )  determines  total 
spacecraft  capacity  needed  for  the  three  transmission  techniques, 
viz;  packet  switching,  circuit  switching,  and  circuit  switching 
with  activity  concentration.  The  subroutine  BLOCK (  )  determines 
output  channels  needed,  given  input  channels,  for  certain  "blocking 
or  "freeze-out"  probabilities.  Finally,  subroutine  ESCOST(  ) , 
listed  in  Figure  B-7,  calculates  the  cost  of  the  earth  station 
switching  and  processing  equipment  for  the  three  transmission 
techniques . 


C  MAIN  PROGRAM 

C  CALCULATES  $/MEGAPACKET 

C  AS  A  FUNCTION  OF  SEVERAL 

C  PARAMETERS  AND  SWITCHING 

C  SCHEMES 

CGMMGN/C0M2/  TCKTS  <.  3  > ,  BCKTS*'  3  >  ,  ZUES  <  3  > ,  RBPKUU  •:  2  >,  OS  I  3  / ,  PHAT 
COMMON/COM1/  FU<2 >,  PU<3>,  UTIL<3>,  ACT<3>,  QBEAM,  ZES 
DIMENSION  DIAMC5,  2,  ~2> 

DIMENSION  PWR<4>,  TEMP<3>,  SPOT <3,  2>,  SATCAP<3> 

DIMENSION  TSC0ST<4,  2>,  SCCOST^4> 

DIMENSION  ESC <  3  > 

DIMENSION  UL  <  3  > ,  DL < 3 ) 

DIMENSION  FUP <  4  ) , FDN<4>,  SATSEP<4> 

DIMENSION  C0CH<2> 

DIMENSION  Al<3> 

C  E.  S.  ANT.  DIAMETER  <  METERS  >  D I  AM  <  INCREMENT,  BEAM  SIZE,  KBND> 

DATA  D I  AM/4.  ,  6.  ,  8.  ,  10.  ,  12.  , 

2  2.  ,  4.  ,  6.  ,  8.  ,  10.  j 

3  4  ,6.  ,  8.  ,  10.  ,  12.  , 

4  2.  ,  4.  j  6.  ,  8 .  ,  10.  , 

5  4.  ,  6.  ,  8.  ,  10.  ,  12.  , 

6  1.  5.  2.  ,  4.  ,  6.  ,  8.  / 

C  E.  S.  POWER  DENS  I  TV  <W/MHZ> 

DATA  PWR/5.  ,  10.  ,  20.  ,  40.  / 

C  E.  S.  LNA  TEMP  F  <  K8ND  > 

DATA  TEMP/120.  ,  200.  ,  300.  / 

C  SATELITE  SPOT  SIZE  FCCONUS  OR  SPOT,  KBND>  CONUS-->7  DEG. 

DATA  SPOT/?.  ,  7.  ,  7.  ,  1.  ,  0.  75,  0.  5/ 

C  UPLINK  AND  DOWNLINK  LOSS  F <KBND> 

DATA  UL/0.  94,  0.  94,  0.  22/ 

DATA  DL/0.  99,  0.  99,  0.  5/ 

C  ARRAV  OF  TRANSPONDER  COSTS  IN  M*/40MHZ/VEAR 
DATA  SCCOST/0.  5,  1,2  ,4  / 

C  FREGUENCV  VALUES  RELATIVE  TO  KBND  <GHZ> 

DATA  FUP/6.  0,  8.  0,  14.  ,  30.  /  ,  FDN/4.  0,  7.  0,  11.  ,  20.  / 

C  SATELLITE  SEPARATION  SATSET <KBND> 

DATA  SATSEP  /4.  0,  4.  0,  3.  0,  3.  0  / 

C  COCHANNEL  INTERFERENCE  FACTORS 
DATA  CQCH/300.  ,  24.  / 

C  PEAK  BIT  RATE 
RBIT*60.  E+6 
RB=40. 

C  EQUIV.  SAT.  TEMP. 

TSAT=2000. 

C  SAT.  PWR 

PSAT*0.  25 

C  PROBABILITY  OF  BIT  ERROR  <10**OIPE>> 

IPE*6 

C  E.  S.  ANNUALIZATION  COST  FACTOR 
AF«0.  3 

C  FREQUENCY  BAND  1*6/4  2*8/7  3*14/11  GHZ 

C  RUN  FOR  6/4  AND  14/11  GHZ  BANDS 
DO  100  J*l,  3,  2 
KBND-J 


Figure  B-l(a) 
B-2 


C  SET  E.  S.  EQUIVALENT  TEMPERATURE 
TES=TEMP  <  KBND ) 

FRU=FUP  <  KBND > 

FD*FDN<KBND> 

TH»SATSEP<KBND> 

C  CONUS  <7  DEG.  >  OR  SPOT  BEAMS 
4  DO  260  K2=l,  2 

CCI=10.  **<-0.  1*C0CH<K2>  > 

GO  TO  <5,  10>,  K2 
*  5  N8EAM=1 

GO  TO  15 
10  NBEAM=QBEAM 
15  THETA=SPOT<KBND,  K2> 

C  VARV  E.  S.  DIAMETER 
DO  300  K«l,  5 
D=DIAM<K,  K2,  KBND ) 

L=3 

PES=PWR<L> 

CNUP=<4.  14E+4*PES*UL < KBND >  *  < D**2.  > >/<  <THETA**2.  >*TSAT> 

CALL  ASI<FRU,  D,  TH,  XIU> 

CNUP=1.  /<1.  /CNUP+CCI+2.  *XIU> 

CNUPDB=10* ALOG10  <  CNUP  > 

TSKT=50.  +290.  *  <  1-DL  < KBND  )  > 

CNDN=<4.  14E+4*PSAT *DL < KBND> * < D**2.  > >/< <THETA»*2  >*<TES+TSKT> > 

CALL  RSI<FD,  D,  TH,  XID> 

CNDN=1.  /<1.  /CNDN+CC I  +2.  *XID> 

CNDNDB=10*RLOG10  <  CNDN > 

C  C/N  TOTAL 

CNT=  <  <  1.  /CNUP  >  +  <  1.  /CNDN  >  >  **  <  -1  > 

CNTDB=10*RLQG10  <  CNT  > 

CALL  BPSH2  <  CNT ,  I  PE,  R,  MM,  PZ> 

RATE=R 

CALL  CAPSAT <  NBEAM,  RBIT,  K2,  RATE,  P2,  SATCAP,  PAC'KDV) 

CALL  CES3  <.  KBND,  D,  PES,  RB,  TES,  Al> 

CALL  ESCOST  < Al,  ESC  > 

C  CALCULATE  ♦/MEGAPACKET  VALUES 
XPHAT =PHAT /l.  E+6 
DO  500  M2=l, 4 
DO  600  N2*l, 3 

TSCOST <  M2,  N2  > = <  <  ZES+ESC <  N2 ) * AF >  +SCCOST < M2  > *1.  E+6*SATC AP <  N2  >  > /XPHAT 
600  CONTINUE 
500  CONTINUE 
C  OUTPUT  VALUES 

A2*A1  <  1  >  /1000. 

,  WRITE <6,  66 >D,  PES,  CNUPDB  'NDNDB,  CNTDB,  R,  MM,  PZ,  THETA 

66  FORMAT  <  IX,  F4.  1,  IX,  F4.  1,  l,„  F5.  1,  IX,  F5.  1,  IX,  F5  1,  IX,  F5.  2,  IX,  13,  IX, 

1  F5.  2,  IX,  F5.  2> 

DO  700  K3*l,  3 

2ESC*  <  ESC  <  K3  >  *0.  3>/1000. 

WRITE <6,  67 )K3,  ZESC,  SATCAP <K3>,  TSCOST <1,  K3>,  TSCOST <2,  K3>, 

1  TSCOST <  3,  K3 > ,  TSCOST  <  4,  K3 > 

67  FORMAT  <62X,  II,  IX,  2<F8.  2,  IX  >,  4<F5.  2,  IX  >> 

700  CONTINUE 
3O0  CONTINUE 
200  CONTINUE 
100  CONTINUE 
END 
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SUBROUTINE  ASI<F>  D/ TH/ A> 

-SUBROUTINE  'A SI'  COMPUTES  ANTENNA  GAIN  RELATIVE  TO  MAIN  BEAM  GAIN/ AT  ANGLE 
-TH< DEGREES )  OFF  MAJOR  AXIS  OF  ANTENNA  OF  DIAMETER  'D'<METERS> 

-  OPERATING  AT  FREQUENCY 'F'< GHZ > .  DEPENDING  ON  TH,  FINDS  RELATIVE  GAIN 

-  IN  4  REGIONS:  * 

1>TH<10.  37<F*D>/  IN  MAIN  LOBE 
2 >10.  5/<F*DXTH<307<F*D)/  INTERPOLATE 
3)  TH>307<F*D>  USES  32-25*LOG<TH>  RELATIONSHIP 
4>  RELATIVE  GAIN  NEVER  LESS  THAN  10  DB  BELOW  ISOTROPIC 
G-F*D 

GAIN-60.  31#G**2 
G10-1.  /<10  *Gfl  IN) 

Z-30.  /G 

IF<TH  .  LT.  Z  >  GO  TO  1 
X3-TH**2.  5 

IF<G  .  GT.  30.  >  A-26.  2/<X3*G**2> 

IF<G  .  LE.  30.  >  A* 787.  6/<X3*Q**2> 

GO  TO  10  - _ 

1  Q»  10.  5/G 

IF<TH  .  LE.  Q>  GO  TO  2 

IF<G  .  GT.  30.  >  Xl-0.  003313*G**0.  5 

IF<G  .  LE.  30.  >  Xl-0.  159773/G**0  5 

GG-0.  57X1 

B— <Z-TH> 7 <Z-Q> 

fl-Xl*GG+*B 

GO  TO  10 

2  A— 1.  -0.  5*<TH7Q> 

10  IF<A  .  LT.  G10>  A-G10 
RETURN 
END 


Figure  B-2 
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SUBROUTINE  BPSHZ<CN,  I PE,  R,  MM  ,  PZ  > 

C-SUBROUTINE  'BPSHZ'  COMPUTES  BITS/SECPER  HERTZ  OF  BANDWIBTH  GIVEN  INPUT  "C/N'. 

*  C  C/N  IS  INTERPRETED  RS  RATIO  OF  CARRIER  POWER  TO  PRODUCT  OF  NOISE  DENS I TV  TIMES 
C  SVMBOL  RATE.  COHERENT  PSK  IS  ASSUMED  WITH  M  PHASES  WHERE  M=2,  4,  8,  OR  16. 
C-TABLES  ARE  STORED  OF:  EB/NO  AS  A  FUNCTION  OF  M  AND  P<E>;  CODE  RATE,  R;  AND 

*  C- IMPLEMENTATION  AND  IMPAIRMENTS  LOSS  AS  A  FUNCTION  OF  M.  SUBROUTINE  FINDS 
C-MAXIMUM  VALUE  OF  PZCB ITS/SEC/HZ)  GIVEN  C/N  AND  P<E)=10-**IPE.  ALSO  RETURNS 
C-  'M'  AND  CODE  RATE  'R'. 

C  EBNOCM,  IPE)-EN£RGV  PER  BIT  TO  NOISE  DENS I TV  RATIO 

C  FOR  MODULATION  TVPE  "M"  AT  BIT  ERROR  RATE  10**-IPE 

C  EBNO  IS  NOT  IN  DB 

C  RCODCIO-  RATE  OF  CODE"K" 

C  CODES  ARE  STORED  IN  ORDER  OF  DESCENDING  RATE;  I.  E  .  ,  RCODCl),  THROUGH 

C  RC0D<8>  ARE :  8/9,  7/8,  4/5,  3/4,  2/3,  1/2, 1/3,  RND1/7,  RESPECTIVELV 

C  GCODCK,  IPE>-  CODING  GAIN  OF  CODE  “K"  AT  DECODED  PB<E)*10**-IPE 

DIMENSION  EBNO <. 4,  8>,  GC0DC8,  8>,  RC0DC8) 

DIMENSION  XMI <4> 

DATA  XMI/1.  58,  1.  78,  2.  00,  2.  24  / 

DATA  RCOD/0.  889,  0.  875,  0.  8,  0.  75,  0.  667,  0.  5,  0.  333,  0.  143  / 

DATA  EBNO/0.  813,  0.  813,  2.  510,  7.  079, 

2  2.  692,  2.  692,  6.  310, 18.  62, 

3  4.  786,  4.  786, 10.  47,  31.  62, 

4  6.  918,  6.  918,  15.  14,  43.  65, 

5  9.  120,  9.  120,  20.  00,  57.  54, 

6  11.  22,  11.  22,  24.  55,  69.  18, 

7  13.  49, 13.  49,  29.  51,  85.  11, 

8  15.  85, 15.  85,  35.  48,  95.  50  / 

DATA  GCOD/0.  50,  0.  50,  0.  50,  1.  20,  0.  50,  0.  50,  0.  50,  0.  50, 

2  0.  50,  0.  50,  0.  50,  1.  40,  0.  50,  1.  70,  0.  50,  0.  50, 

3  1.  00, 1.  10, 1.  30, 1.  91,  2.  15,  2.  40,  2.  80,  3.  20, 

4  1.  45,  1.  58,  1.  86,  2.  29,  2.  60,  2.  88,  3.  31,  3.  80, 

5  1.  60, 1.  74,  2.  00,  2.  57,  2.  90,  3.  24,  3.  40,  3.  90,  ! 

6  1.  70,  1.  80,  2.  40,  2.  75,  3.  00,  3.  47,  3.  50,  3.  95,  j 

7  1.  80,  2.  20,  2.  70,  2.  88,  3.  30,  3.  63,  3.  70,  4.  00, 

8  2.  00,  2.  50,  3.  00,  3.  20,  3.  40,  3.  80,  3.  90,  4.  10  / 

BMARG*=1.  26 

R»l. 


MM*1 

10  MM=MM+1 

CNl=MM*R*EBNO<MM,  IPE>*XMI<MM) 

IFCCNl  .  GT.  CN)  GO  TO  20 
IF<MM  .  LT.  4)  GO  TO  10 
PZ-MM*R/BMARG 
GO  TO  30 
20  CONTINUE 

B I G*  <  MM/BMARG  > *  <  CN/CN1 > 

DO  40  1*1,  8 

CN2*MM*RC0D  < I >  *EBNO <  MM,  I  PE  >  *XM I <  MM  > /GCOD  < I ,  I PE  > 
IF <CN2  .  GT.  CN)  GO  TO  50 
8BB»MM*RC0D< I >/BMARG 
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IF<BBB  .  LT  BIO  GO  TO  46 

BIQsBBB 

R®RCOD< I > 

GO  TO  40 

50  B I G*  <  MMH.RCOD  <  I  )  /BMfiRG  >  *  <  CN/CN2  > 
R»RCOO<I> 

40  CONTINUE 

IF<MM  .  EG.  2>  GO  TO  6© 

CCC- <  MM-1 > /BMflRG 

IF<CCC  .  LT.  BIO  GO  TO  6© 

BIG  *  CCC 

R=1 

6©  CONTINUE 
P2=BIG 
30  CONTINUE 
RETURN 
END 


Figure  B-3(b) 
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SUBROUTINE  CES3CKBND*  D*  PES*  RB*  TES*  Al> 

SUBROUTINE  COMPUTES  THE  COST  OF  RN  EARTH  STATION  GIVEN  THE 
FOLLOWING  INPUT  PARAMETERS: 

PALMER  2-26-79“  COST  INCLUDES  ANT+HPA+LNA+MODEM 
K6ND-DEN0TES  THE  FREQ.  BAND  WHICH  IS  CODED  AS: 

1*6/4  GHZ 
2*8/7  GHZ 
3*14/11  GHZ 
4*38/28  GHZ 
D-  ANTENNA  DIAMETER 

PES-  POWER  DENS I TV < WATT/MBPS >  RADIATED  FROM  THE  EARTH  STATION 
RB-  BIT  RATE  FROM/TO  THE  EARTH  STATION*  IN  MBPS 
TES-  LNA  NOISE  TEMPERATURE 
Al-  COST  OF  ANT+HPA+LNA+MODEM  IN  DOLLARS 
COMPUTE  THE  COST  OF  THE  ANTENNA 
DIMENSION  Al<3> 

RB*RB*4. 

DO  100  K=l*2 
IF<K.  EQ.  1)  GO  TO  7 
RB=RB/4 

7  GO  TO  <10*  11*  12*  13  >*  KBND 

10  IF<D  .  GE.  10.  >  CA=0.  222E+6* < D/10.  >**2 
IF<D  .  LT.  10.  >  CA*0.  150E+6* < D/10.  >**3  +3.  E+3 
GO  TO  14 

11  CA*0. 

GO  TO  14 

12  IF<D  .  GE.  5.  )  CA=0.  0625E+6*<D/5.  >**2 
IF<D  .  LT.  5.  >  CA=0.  045E+6* < D/5.  >**3  +3.  5E+3 
GO  TO  14 

13  CA=0.  0 

14  CONTINUE 

C  COMPUTE  THE  COST  OF  THE  H.  P.  A. 

P-PES*RB 

GO  TO< 20*  21*  22*  23)*  KBND 
C  6  GHZ 

20  IF<P  .  GE.  3000.  >  CP=2.  E+5*<  P/3000.  >**0.  5 

IF <P  .  LT.  3000.  )  CP=1.  2E+5*< P/3000.  >**0.  5  +2.  E+3 
GO  TO  24 
C  8  GHZ 

21  IF<P  .  GE.  3000.  >  CP*2.  2E+5*< P/3000.  >**0.  5 

IF <P  .  LT.  3000.  >  CP=1.  22E+5*< P/3000.  >+*0.  5+2.  2E+3 
GO  TO  24 
C  14  GHZ 

22  IF <P  .  GE.  2000.  )  CP=2.  0E+5*< P/2000.  >**0.  5 

IF <P  .  LT.  2000.  >  CP*1.  3E+5+< P/2000.  >**0.  5  +3.  E+3 
GO  TO  24 
C  30  GHZ 

23  IF<P  .  GE.  1000.  >  CP*1.  8E+5* < P/1000.  >*+0.  5 

IF<  P  .  LT.  1000.  >  CP*1.  2E+5+< P/1000.  >+*0.  5+3.  5E+3 

24  CONTINUE 
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C  COMPUTE  THE  COST  OF  THE  LNfl 
GO  TO<30,  31,  32,  33  >,  KBND 

30  IF<TES  .  GE.  120.  )  CT=30.  E+3*<120.  /'TES>**1.  3 
IF<TES  .  LT.  120.  >  CT»30.  E+3*<120.  /TES>**0.  67 
GO  TO  34 

31  CT*0.  0 


GO  TO  34 

32  IFCTES  .  GE.  500.  >  CT=10.  E+3+C500.  /TES>**4.  75 
IFCTES  .  LT.  500.  >  CT=10.  E+3*<500.  /TES>**1.  62 
GO  TO  34 
32  CT»0.  0 
34  CONTINUE 

C  COST  Cl  IS  COST  OF  flNT+LNfl+HPfl 
pd  aro^rp+rT 

C  COST  C2  IS  COST  OF  QPSK  MODEM 


C2=2.  E+4*<RB>**0.  2 


fllCK>*Cl+C2 
100  CONTINUE 

RlC3>*fllC2> 

RETURN 

END 


Figure  B-4(b) 


B-8 


SUBROUTINE  CAPSAT < NBEAM,  RBIT,  K2,  RATE,  PZ,  SATCAP,  PACKDV> 

C  THE  TOTAL  NATWORK  TRAFFIC  IS  'PH AT'  PACKETS  PER  VEAR.  A  PACKET 
C  BV  DEFINITION  HAS  'PACK'  INFORMATION  BITS.  THE  NETWORK  HAS  'NUSER'  USERS 
COMMON/COMIX  FU<3>,  PU<3>,  UTIL<3>,  ACT<3>,  QBEAM,  ZES 
C0MM0N/C0M2/  TCKTS<3>,  BCKTS<3>,  ZUES<3>,  RBPKUU<3>,  DSI<3>,  PHAT 
DIMENSION  SATCAPC3) 

DIMENSION  ZUST<3> 

DIMENSION  PAKC0N<2> 

DATA  PAKCON/0.  1,  0.  5/ 

ZBEAM=NBEAM 

NES-ZES 

BTRAN*40.  E+6 

PHAT=8.  E+12 

NUSER-1000 

ZUSER=NUSER 

PACK=500. 

TFRAME“1. 

YS-365.  *24.  *3600. 

ZBURST-ZBEAM 

NPBK=2 

NFREZ=6 

PRE*100. 

C  USERS  ARE  IDENTIFIED  BV  2  CATEGORIES:  IU=1,  HIGH  RATE;  =2,  MEDIUM  RATE; 

C  *3,  LOW  RATE.  OF  THE  TOTAL  POPULATION  OF  USERS,  A  FRACTION  FU(IU> 

C  ARE  IN  EACH  CATEGORV.  THE  FRACTION  OF  THE  TOTAL  TRAFFIC  BV  EACH 
C  USER  CATEGORV  IS  GIVEN  BV  PU<IU>.  THE  AVERAGE  UTILIZATION  FOR  EACH 
C  USER  CLASS  IS  GIVEN  BV  UTIL<IU>  HOURS/DAV.  THE  ACTIVITY  FACTOR 
C  BV  USER  CLASS  IS  ACTCIUX 

C******************************************************************************* 
C  POSTULATE  A  NETWORK  THAT  IS  DIVIDED  INTO  REGIONS.  EACH  REGION 
C  HAS  ONE  OR  MORE  EARTH  STATIONS  AND  AN  EQUAL  SHARE  OF  THE  USERS  IN 
C  EACH  CLASS. 

C  DETERMINE  THE  NUMBER  OF  USERS  BV  CLASS  PER  EARTH  STATION,  NUESC IU>, 

C  AND  THE  PEAK  INFORMATION  BIT  RATE  PER  USER-TO-USER  CONNECTION  PER 
C  EARTH  STATION,  RBPKUU < I U> 

C****************************************************************************** 
DO  1  K=l,  3 
DSI<K>=1. 

ZUST  <  tO  “ZUSER*FU  <  K  > 

ZUES < K ) =ZUSER*FU < K ) / ZES 

RBPKUU <  K  > “PHAT *PU <  K  >  *PACK/ <  YS*ZUST  <  K  >  *  <  ZUST  <  K  > -1  >  *UT I L  <  K  >  * 

1  ACT  <K>  > 

ROUT “RBPKUU  <  K  > 

1  CONTINUE 


Figure  B-5(a) 
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NOW  COMPUTE  THE  SATELLITE  CAPACITV  NEEDED  PER  EARTH  STATION  FOR  THREE 
TRANSMISSION  TECHNIQUES: 

I TRAN*1  PACKET  SWITCHING 
ITRAN-2  CIRCUIT  SWITCHING 

ITRAN  *3  CIRCUIT  SWITCHING  WITH  ACTIVITV  CONCENTRATION  1 

DO  2  ITRAN=1,  3 
GO  TO  (23>  21,  22),  ITRAN 
C  COMPUTE  THE  SATELLITE  CHANNEL  CAPACITV  REQUIRED  FOR  CIRCUIT  SWITCHING 
C  COMPUTE  THE  CAPACITV  PER  EARTH  STATION 

21  CAP*0. 

DO  3  IT-1,  3 

ZCK1*ZUES< IT)*<ZUST< IT)/ZBEAM-1.  > 

CALL  BLOCK <ZCK1,  UTIL<IT),  NPBK,  SATC1) 

ZCK2=ZUES<  IT)*ZUST  <  ITVZBEAM 

CALL  BLOCK <ZCK2,  UTILCIT),  NPBK,  SATC2> 

SAT CH*SAT Cl-*-  <  ZBE AM-1.  )*SATC2 
TCKTS <1 T  ) -ZCK1+  <  ZBEAM-1.  ) *ZCK2 
BCKTS< IT)*SATCH 
CAP=CAP+SATCH*RBPKUU <.  IT) 

3  CONTINUE 

CAP=CAP/<PZ*BTRAN)*<1.  +ZBEAM*PRE/<CAP*TFRAME> ) 

C  NOW  MULTIPLY  BV  THE  NUMBER  OF  EARTH  STATIONS 
SATCAP< I TRAN >  =CAP*NES 
GO  TO  2 

QaMnlcitcitiiltiMt**************'****** ** ****************** aft i****^********************  ♦ 

C  COMPUTE  THE  SATELLITE  CAPACITV  REQUIRED  FOR  CIRCUIT  SWITCHING  WITH 
C  ACTIVITV  CONCENTRATION 

22  CAP=B. 

SMCONT=0. 

DO  4  IT-1,3 

ZCK1=ZUES  < I T ) *  < ZUST < I T ) /ZBEAM-1.  > 

CALL  BLOGKCZCKl*  UT IL< IT ) ,  NPBK,  SATC1) 

CALL  BLOCK CSATCl,  ACT< IT),  NFREZ,  C0NS1) 

ZCK2*ZUES  < I T ) ♦ZUST < I T ) /ZBEAM 

CALL  BLOCK <ZCK2,  UTIL< IT),  NPBK,  SATC2) 

CALL  BLOCK <SATC2,  ACT< IT),  NFREZ,  C0NS2) 

CONSC*CONSl+< ZBEAM-1.  )*C0NS2 
CAP*CAP+CONSC*RBPKUU  < I T ) 

C  ADD  OVERHEAD  FOR  CONCENTRATION  CONTROL 
C0N1-SATC1 
C0N2*SATC2 

IF (C0NS1  .  EQ.  SATC1)  CON1-0. 

IFCC0NS2  .  EQ.  SATC2)  CON2-0. 

SUM=C0N1+C0N2 

IF < SUM.  EQ.  0.  )  DSI<IT)«0. 

SMCONT “SMCONT +C0N1+C0N2* <  ZBEAM-1.  > 

4  CONTINUE 

CAP* <  CAP+ <  ZBEAM*PRE+SMCONT > /TFRAME > / <  PZ*BTRAN ) 
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C  NOW  MULT I PL V  BY  THE  NUMBER  OF  EARTH  STATIONS 
S ATCAP  < I TRAN  >  »CAP*NES 

GO  TO  2  l 

C  COMPUTE  THE  SATELLITE  CAPACITV  REQUIRED  FOR  PACKET  SWITCHING 
23  CONTINUE 

HEADER-HEADER  BITS  /PACKET  1 

FDELAV-  OVERSIZING  FACTOR  TO  AVOID  DELAV 

PAKCON<L>-  FACTOR  TO  ACCOUNT  FOR  CONTROL;  L-l,  CONUS,  *2,  SPOT  j 

FDELAV-0.  1  i 

HEADER-275.  | 

G1- < P ACK+PRE+HEADER ) /PACK  j 

G2-1.  +FDELAV  I 

G3-1.  +PAKC0N<K2>  | 

FPAK*G1*G2*G3  -* 

SATCAP  < I TRAN  >  -PACK*PHAT*FPAK/ <  VS*PZ*BTRAN >  j 

PACKDV-0.  27  I 

2  CONTINUE 
RETURN 
END 
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SUBROUTINE  BLOCK (XN, U,  NPBK,  SATCH> 

C  SUBROUTINE  PROVIDES  APPROXIMATE  NUMBER  OF  SATELLITE  CHANNELS  <SATCH> 
C  REQUIRED  TO  PROVIDE  A  CERTAIN  "BLOCKING"  PROBAB I L I TV  GIVEN  XN  INPUT 
C  CIRCUITS  WITH  UTILIZATION  "U".  NPBK  IS  CODED  AS 
C  FOLLOWS; 

C  NPBK-1,  0.  05;  =2,  0.  01;  =2,  0.  005;  «4, 1.  E-2;  «5,  5.  E-4;  «6, 1.  E-5;  «7,  2.  E-5 
DIMENSION  XK<7> 

DATA  XK/1.  65,  2.  26,  2.  62,  2.  1,  2.  2,  2.  7,  4.  0  / 

,  SATCH«XN 

IF<XN.  LE.  10.  >  GO  TO  5 
XMEAN*XN*U 

S I GMA-SQRT  <  XME AN*<  1.  -U  >  > 

SAT  CH*XMEAN+XK <  NPBK  >+SI GMA 
5  RETURN 
END 


Figure  B-6 
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SUBROUTINE  ESCOST<Al,  ESC> 

CALCULATES  FULL  E.  S.  COST  GIVEN  THE  FOLLOWING  PARAMETERS: 
ITRAN-  1-PACKET  2-CIRCUIT  3-CONCENTRATED  CIRCUIT 
2UES-  DISTRIBUTION  OF  E.  S.  USERS < #H,  #M,  #L> 

Al-  COST  OF  ANT+HPA+LNA+MODEM 

ESC< ITRAN)-  TOTAL  E.  S.  COST  IN  DOLLARS  RETURNED 
C0MM0N/C0M2/  TCKTS<3),  BCKTS<3),  2UES<3),  RBPKUU<3),  DSI<3>,  PHAT 
DIMENSION  CB8N<3>,  CSTATN<2),  CSIMPN<3> 

DIMENSION  ESC<3) 

DIMENSION  Al<3) 

DATA  CBBN/10.  ,  20.  ,  100.  / 

DATA  CSTATN/100.  ,  200.  ,  1000.  ✓ 

DATA  CS I MPN/1000.  ,  5000.  ,  20000.  / 

NH-2UESC1) 

NM=2UES<2> 

NL— 2UES<3) 

XH-TCKTSC1) 

XM=TCKTS<2) 

XL»TCKTS<3> 

VH-BCKTSC1) 

VM=BCKTS<2> 

VL-BCKTS<3> 

CSTF I X-50000. 

IF<DSI  <1).  EQ.  0.  )  VH-0. 

IF<DSI<2).  EQ.  0.  )  VM-0. 

IF<DSI  <3>.  EQ.  0.  )  VL-0. 

TOT-VH+VM+VL 
IFCTOT.  EQ.  0>  CSTFIX-0 
CBBF I X-20000. 

CPSP— 200000. 

CS  I MPF-100000. 

CGTWN-500. 

CGTWF-20000 
CTDMA— 300000. 

DO  100  I TRAN-1,  3 
GO  TO<10,  20,  15),  ITRAN 
C  PACKET  SWITCHING  COSTS 
10  CONTINUE 

CGATE-CGTWF  + <  CGTWN*  <  NL+NM+NH ) > 

CSIMP-CSIMPF+<CSIMPN<1)*NL)+<CSIMPN<2)*NM)+<CSIMPN<3)*NH) 

ESC  < I TRAN ) -Al < I TRAN ) +CGATE+CS I MP+CPSP 
GO  TO  100 

C  CIRCUIT  SWITCHING  COSTS 

15  CONTINUE 
C  WITH  ST  AT.  MUX 

CBB-CBBF I X+  <  CBBN  < 1 ) *XL )  +  <  CBBN  <  2  >  *XM  >  +  < CBBN <  3  >  *XH ) 

CBC-CSTF I X+  <  CSTATN < 1 >  *' VL )  +  <  CSTATN  <  2  > * VM ) + <  CSTATN <  3 ) * VH  > 

ESC< ITRAN)-A1< I TRAN ) +CBB+CBC+CTDMA 
GO  TO  100 

C  WITHOUT  ST  AT.  MUX 

20  CBB-CBBF I X+  <  CBBN  < 1 ) *XL ) + <  CBBN  <  2 ) *XM )  +  < CBBN <  3  >  *XH  > 

30  ESC  < I TRAN ) -Al < I TRAN  >  +CBB+CTDMA 
100  CONTINUE 
RETURN 
END 


Figure  B-7 
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BLOCK  DATA 

COMMON/COM1/  FU<3>»  PU<3>/  UTIL<3>,  AC T<3>/  Q6EAM,  ZES 
C  SET  EARTH  STATION  AND  USER  SCENARIO 
C  RUN  B2 

DATA  PU  /0.  6,  0.  3,  0.  1  / 

DATA  FU  /0.  04/  0.  16/  0.  8  / 

DATA  ACT  /  0.  25/  0.  10/  0.  05  / 

DATA  UTIL  /l.  0/  0.  5/  0.  125  ✓ 

DATA  2ES/40.  / 

DATA  QBEAM/40.  ✓ 

END 

/# 


Figure  B-8 
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